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