比如100元，由10個(gè)人分，那么平均一個(gè)人是10元錢。然后付款后，系統(tǒng)開始分份兒。
第一份：系統(tǒng)由0～10元之間隨機(jī)一個(gè)數(shù)，作為這一份的錢數(shù)，設(shè)x1。
第二份：剩下的錢(100-x1)，系統(tǒng)由0～(100-x1)/(10-1)隨機(jī)一個(gè)數(shù)，作為這份的錢數(shù)，設(shè)x2
.。。。
第n份：剩下的錢(100-x1-x2-...-xn)，系統(tǒng)由0~(100-x1-x2-...-xn-1)/(10-n)隨機(jī)一個(gè)數(shù)，作為這個(gè)份的錢數(shù)，設(shè)為xn
當(dāng)用戶進(jìn)來拿紅包的時(shí)候，系統(tǒng)由0～9之間隨機(jī)一個(gè)數(shù)，隨機(jī)到幾，就取第幾份紅包，然后將這個(gè)數(shù)存到list里。當(dāng)之后的用戶抽到相同的隨機(jī)數(shù)時(shí)，則將這個(gè)數(shù)+1，如遇相同再+1，直至list滿，紅包發(fā)完。
------------------------------------------------
我這么實(shí)現(xiàn)可以么？？
或者大家有更好的辦法？？？？
答：微信金額是拆的時(shí)候?qū)崟r(shí)算出來，不是預(yù)先分配的，采用的是純內(nèi)存計(jì)算，不需要預(yù)算空間存儲(chǔ)。
采取實(shí)時(shí)計(jì)算金額的考慮：預(yù)算需要占存儲(chǔ)，實(shí)時(shí)效率很高，預(yù)算才效率低。
答：2014年的紅包一點(diǎn)開就知道金額，分兩次操作，先搶到金額，然后再轉(zhuǎn)賬。
2015年的紅包的拆和搶是分離的，需要點(diǎn)兩次，因此會(huì)出現(xiàn)搶到紅包了，但點(diǎn)開后告知紅包已經(jīng)被領(lǐng)完的狀況。進(jìn)入到第一個(gè)頁面不代表搶到，只表示當(dāng)時(shí)紅包還有。
答：隨機(jī)，額度在0.01和(剩余平均值*2)之間。
例如：發(fā)100塊錢，總共10個(gè)紅包，那么平均值是10塊錢一個(gè)，那么發(fā)出來的紅包的額度在0.01元～20元之間波動(dòng)。
當(dāng)前面3個(gè)紅包總共被領(lǐng)了40塊錢時(shí)，剩下60塊錢，總共7個(gè)紅包，那么這7個(gè)紅包的額度在：0.01～（60/7*2）=17.14之間。
注意：這里的算法是每被搶一個(gè)后，剩下的會(huì)再次執(zhí)行上面的這樣的算法（Tim老師也覺得上述算法太復(fù)雜，不知基于什么樣的考慮）。
這樣算下去，會(huì)超過最開始的全部金額，因此到了最后面如果不夠這么算，那么會(huì)采取如下算法：保證剩余用戶能拿到最低1分錢即可。
如果前面的人手氣不好，那么后面的余額越多，紅包額度也就越多，因此實(shí)際概率一樣的。
答：微信從財(cái)付通拉取金額數(shù)據(jù)過來，生成個(gè)數(shù)/紅包類型/金額放到redis集群里，app端將紅包ID的請求放入請求隊(duì)列中，如果發(fā)現(xiàn)超過紅包的個(gè)數(shù)，直接返回。根據(jù)紅包的邏輯處理成功得到令牌請求，則由財(cái)付通進(jìn)行一致性調(diào)用，通過像比特幣一樣，兩邊保存交易記錄，交易后交給第三方服務(wù)審計(jì)，如果交易過程中出現(xiàn)不一致就強(qiáng)制回歸。
答：cache會(huì)抵抗無效請求，將無效的請求過濾掉，實(shí)際進(jìn)入到后臺(tái)的量不大。cache記錄紅包個(gè)數(shù)，原子操作進(jìn)行個(gè)數(shù)遞減，到0表示被搶光。財(cái)付通按照20萬筆每秒入賬準(zhǔn)備，但實(shí)際還不到8萬每秒。
答：多主sharding，水平擴(kuò)展機(jī)器。
答：一個(gè)紅包只占一條記錄，有效期只有幾天，因此不需要太多空間。
答：搶到紅包的人數(shù)和紅包都在一條cache記錄上，沒有太大的查詢壓力。
答：沒有隊(duì)列，一個(gè)紅包一條數(shù)據(jù)，數(shù)據(jù)上有一個(gè)計(jì)數(shù)器字段。
答：不是絕對均等，就是一個(gè)簡單的拍腦袋算法。
答：會(huì)出現(xiàn)金額一樣的，但是手氣最佳只有一個(gè)，先搶到的那個(gè)最佳。
答：每搶到一個(gè)紅包，就cas更新剩余金額和紅包個(gè)數(shù)。
數(shù)據(jù)庫會(huì)累加已經(jīng)領(lǐng)取的個(gè)數(shù)與金額，插入一條領(lǐng)取記錄。入賬則是后臺(tái)異步操作。
答：最后會(huì)有一個(gè)take all操作。另外還有一個(gè)對賬來保障。
怎么樣能夠從零開始學(xué)習(xí)微信的開發(fā)模式？長沙微信公眾號開發(fā)編程零基礎(chǔ)，開了個(gè)微信公眾平臺(tái)，希望使用開發(fā)模式調(diào)用各種api接口。平臺(tái)主要是地方服務(wù)性質(zhì)的。希望最終的呈現(xiàn)效果是：
1、機(jī)器人互動(dòng)。
2、有一個(gè)數(shù)據(jù)庫，提供尋物失物的匹配。
3、信息檢索（比如接入學(xué)校教務(wù)管理系統(tǒng)查成績等）。
4、信息發(fā)布（以推送和網(wǎng)頁的雙重方式呈現(xiàn)）。
菜鳥一只，不知道描述的對不對。目前困難是看不懂php語言，更無從下手實(shí)現(xiàn)希望呈現(xiàn)的效果。求問各位用微信的大神，如何能夠?qū)W習(xí)？在哪學(xué)習(xí)？一定要從零開始學(xué)php語言么？
1、機(jī)器人互動(dòng)
我認(rèn)為你實(shí)現(xiàn)不了。當(dāng)然，調(diào)用第三方api除外。
2、有一個(gè)數(shù)據(jù)庫，提供尋物失物的匹配
簡單，會(huì)sql語句就行。
3.教務(wù)處管理系統(tǒng)信息檢索
需要模擬登陸，因此你首先得把教務(wù)處的登陸以及查詢成績的請求過程弄清楚。
你還得了解http了解cookie/session。必要時(shí)你還得懂html。正則表達(dá)式是必須會(huì)的。
這個(gè)比較有難度。
4.信息發(fā)布
容易，會(huì)sql語句就行。
你的困難不是看不懂php，而是你完全不會(huì)web編程。
微信公眾平臺(tái)沒有推送這一說，要么是你手動(dòng)向用戶群發(fā)消息，要么是用戶主動(dòng)拉取消息。
微信公眾平臺(tái)的文檔里面有demo。你起碼要知道怎么去修改和利用。
安卓先后順序來：
1.本地搭建個(gè)php環(huán)境，mysql配好。
2.微信開發(fā)不怎么要求懂html，但是整個(gè)過程和瀏覽器請求網(wǎng)頁是一樣的。（處理接收數(shù)據(jù)和返回相應(yīng)數(shù)據(jù)的過程不一樣，但是這兩個(gè)過程在微信的demo里面已經(jīng)寫得很好了，可以直接用。）可以看w3cschool上面的教程PHP 簡介，里面混合了html和php，html部分可以先不去管。如果有C語言基礎(chǔ)，入門不難。
3.一定要在本地多練習(xí)，學(xué)會(huì)怎么去接受前臺(tái)（瀏覽器）傳過來的數(shù)據(jù)，用php操作數(shù)據(jù)庫，得到結(jié)果echo到頁面上，如果這個(gè)學(xué)會(huì)了，移植到微信很容易。
4.嘗試使用瀏覽器的network工具（chrome的f12，火狐的firebug里面都有），然后通過它熟悉請求/響應(yīng)。使用這個(gè)玩意可以查看你的瀏覽器是怎么和服務(wù)器進(jìn)行交互的，web編程必備工具。
如何確認(rèn)自己申請的微信版本是V3版 1.基本9月20以后申請的微信支付均為V3版本 2.查看微信發(fā)送的郵件 若其中包含以下信息 商戶ID、申請編號、登錄帳號、登錄密碼、商戶API密碼 商戶API證書、證書密鑰、CA證書 即為V3版本的微信支付
由于微信支付V2 跟 V3版的參數(shù)不同 支付的流程不同 導(dǎo)致微信支付V2版本跟V3版不兼容,長沙微信公眾號開發(fā)...
微信支付V3的 支付流程如下: (JSAPI支付為例)
根據(jù)文檔中所寫 采用JSAPI進(jìn)行支付 則用戶的openid 為必須參數(shù) 所以官方給的Demo第一步采用了Oauth 認(rèn)證獲取用戶的Openid,此處需要注意 在傳遞Oauth認(rèn)證的回調(diào)URL中 應(yīng)該使用 urlencode()函數(shù) 對URL進(jìn)行編碼 否則如 &a=1&b=2 類似的URL可能出現(xiàn)找不到的現(xiàn)象.
當(dāng)然如果你在支付的頁面直接把openid 帶過去了...可以直接去掉支付中的oauth認(rèn)證這步
2.支付成功后的 notify_url ,無法接受到數(shù)據(jù)問題. 首先 notify_url 同樣不能使用入如 &a=1&b=2 格式 應(yīng)使用如下 /a/1/b/2 Pathinfo模式 如果是Linux環(huán)境還需要對文件夾有 相應(yīng)的權(quán)限 才能寫入信息.開發(fā)者可以在 notify_url 中根據(jù) 支付返回的狀態(tài)進(jìn)行一些相應(yīng)的操作 例如修改訂單狀態(tài)...發(fā)送模板消息 提醒用戶交易成功等等..
關(guān)于支付測試:
1. 登陸微信的公眾平臺(tái)后臺(tái)(微信公眾平臺(tái))---> 微信支付-->開發(fā)者配置 填寫上傳 測試的授權(quán)目錄 和 微信測試白名單 注意: 如果需要用到支付中的oauth 還應(yīng)該去配置下 oauth認(rèn)證的授權(quán)目錄(是不是很麻煩....)
2.如果出現(xiàn) access_token:not_allow 之類信息 一般都是 支付的授權(quán)目錄 不正確.
3.如果下載的是微信支付V3版本的官方Demo,那么請首先修改其中的代碼 curl_setopt($ch, CURLOP_TIMEOUT, $this->curl_timeout); 修改為 curl_setopt($ch, CURLOPT_TIMEOUT, $this->curl_timeout); 分別位于 WxPayPubHelper.php 的 155 821行 ,注釋掉 171行.
4.支付參數(shù)解析 配置文件中的 appid 和 appsecret 是開發(fā)者模式中的 appid 和 appsecret, mchid 和 key 分別在 微信發(fā)送的郵件中可以找到.
微信公眾平臺(tái)【長沙微信公眾號開發(fā)】本次更新增加了微信小店功能，微信小店基于微信支付，包括添加商品、商品管理、訂單管理、貨架管理、維權(quán)等功能。
開發(fā)者可以通過小店接口來實(shí)現(xiàn)快速開店，目前支持以下接口：
1、商品管理接口
開發(fā)者可通過商品管理接口，來增加商品、刪除商品、修改商品信息、查詢已有商品，并可通過接口對商品進(jìn)行上下架等操作管理。
2、庫存管理接口
開發(fā)者可通過庫存管理接口，來為已有商品增加和減少庫存，包括進(jìn)行與自身系統(tǒng)或其他平臺(tái)的庫存同步。
3、郵費(fèi)模板管理接口
對于部分郵費(fèi)計(jì)算復(fù)雜的商品，開發(fā)者可通過郵費(fèi)模板管理接口，來生成、修改、刪除和查詢支持復(fù)雜郵費(fèi)計(jì)算的郵費(fèi)模板。
4、分組管理接口
對已有商品，開發(fā)者可通過分組管理接口，來對商品進(jìn)行分組管理。接口包括增加、刪除、修改和查詢分組。
5、貨架管理接口
微信商戶除了可以在公眾平臺(tái)網(wǎng)站中自定義貨架外，也可通過接口來增加、刪除、修改和查詢貨架。貨架也是通過控件來組成的。開發(fā)者甚至可以將自己的頁面作為貨架，通過JS API來調(diào)起商品詳情頁。
6、訂單管理接口
開發(fā)者可按訂單狀態(tài)和時(shí)間來獲取訂單，并對訂單進(jìn)行發(fā)貨。
7、功能接口
目前功能接口暫時(shí)只支持上傳圖片接口一項(xiàng)。微信商戶開發(fā)接口中所有需要用到圖片的地方，都需先使用上傳圖片接口來預(yù)先獲得圖片的URL。
請點(diǎn)擊下載微信小店接口文檔： 下載