说明：普通红包是指固定数量的红包，包括一组普通红包和单个普通红包，普通普通红包是一组普通红包，包含多个红包。
1需求分析
一句话：金钱;两个字：消遣
1.1为什么用户想制作红包？
（1）让人们乐于与自己玩耍
有些人会发一些带有便士的红笔。当他们看到每个人都在抢劫时，他们感觉非常酷。有些人自我评分为0.01并与其他人竞争。这些无聊的人追求娱乐，如黑白，2048年。等等，这将足以满足无聊的人。
（2）成为焦点
当你经常在小组中制作红包时，你将成为一群“明星”，让更多的人认识你，和你说话，你有世界各地朋友的幻想，但没有使用鸡蛋，人们正在为你的钱而来。所以[我发送的红包总数] [提醒红包]
（3）注意销售广告
（4）纯粹是一种祝福
有时我们的产品有太多的理科技大连网站建设想，人们可能只是用微信红包的新颖方式发出传统的红包。过去，只有已婚人士才能制作红包。现在他们可以派遣所有人。我也可以给我的朋友带来祝福。但包裹多少钱？这非常纠结，太少而且不够体面;红包为“上层”人，门槛高，太多不起。所以有[随机红包这个东西]
1.2为什么用户想抓红包？
（1）有趣的刺激
这个理由留给那些无聊，不解释，为什么“制作一个红包？”第一点是类似的。那个[好运]刺激了人们玩红包（不是珍贵的红包大豆...）
（2）贪婪 - 人类最初的愿望
（3）炫耀
证明你单身20年哦！不，它应该证明手的速度很快（并不是所有意味着什么，真的是胡说八道！）有些人厌倦了自己去抢，以炫耀他们的4G网络，光纤和...麒麟臂。
（4）减少损失
许多人制作了一个凌乱的红色包，觉得他们的钱包正在流血。所以他们再次抓住它，并希望他们能抓住更大的数量，相当于发送一个小红包。
1.3你为什么要红包？
（1）炫富心理学 - 我发送了红包统计页面
（2）比较心理学 - 红包结果页面
这里没有太多解释。想想你为什么喜欢在一群朋友中发送东西。
2入口
1
入口分为两大类：聊天窗口和微信钱包。
2
2.1钱包
3
2.2聊天窗口
此聊天窗口中的红色信封条目更简单粗鲁。用户经常在农历新年或常用时发送“+”发送图片。很容易看到红包入口，微信故意在新年里放上红包按钮。以红色突出显示，用户更容易发现，这提高了入口的转换率。这里还有一个逻辑，单聊和群聊到红包页面的区别，如下图所示：
4
组红色信封默认为拼写红色组而不是固定的红色信封。为什么你想要酱紫色？首先看一下手工打包的红包的优点：
1.金额是随机的，少量可以给用户一个大的惊喜;
2，你可以看到有多少其他用户被抢劫，造成了比较心理（此时不好，下次你必须抢大爆炸）;
3，产生很多新奇的游戏玩法，比如最好3倍的运气量;
4，因为你可以看到谁抢了红包，所以小组总是抓住第一个并且不参加游戏，人们基本上都使用插科技大连网站建设件软件，小组成员自发地要求小组开除这个人，这种众包来源“反插件”比使用技术手段的微信本身更具成本效益和更有效。
2.3摇一摇
微信在春节前增加了一个红包入口，给人一种粉饰浪潮（哈哈，开玩笑！），一直被认为是“大炮神器”。加速度计也非常具有交互性，但它们总是隐藏在手机中，并且使用率不如相机和麦克风。很好地摇动红包，充分利用每个人手机内的“雪”硬件。在“红包绝对要发送”和“摇动功能的代码已存在”这两个前提下，添加摇动红包的功能不会增加开发量和成本，因为红色信封将被发送，无论使用何种形式，都必须进行后台负载均衡和高并发分流。在关于pao的时代，震撼的代码已经完美无缺。基本上，没有必要改变它。访问红包的逻辑很好，因此机会成本很低。那为什么你要制作一个红包呢？因为前一年已经带来了不好的头脑，示范效应已经让支付宝分享了一块蛋糕。可以不发送微信吗？
3界面
3.1红包页面
五
我在这里要提到的是一个非常人性化的设计。当我点击“更改普通红包”时，在从组红包切换到普通红包的过程中，输入的内容不会丢失。红色数据包的数量不会改变。单个量的EditView（Android UI控件）的值将从总金额/红色信封编号中导出并自动填充;当你点击“更改为分组红包”时，从普通红包到组红包，你已经输入了内容不会丢失，红包的数量不会改变。 EditView总量中的值将由单个量*红色数据包计算并自动填充，无需重新输入用户，非常贴心。这也是微信“实现终极用户体验”的地方之一。
3.2红包“抢”页面
聊天窗口将以红包样式显示聊天消息。单击红色信封后，将显示拆分页面。
6
3.3红包“拆迁”页面
首先，微信习惯性牺牲客户端资源（CPU，内存，存储卡容量）以换取服务器端稳定性并减少资源投入策略，页面资源放在本地，因此子网前端服务器容量可以减少输入，但也减少客户端对资源服务器的访问。同样，默认情况下，微信聊天记录不会存储在服务器端，但是各种图片语音迷你视频都会被塞进手机的内存中。在版本6.0之前，微信表情符号未保存到服务器。
其次，过去常常出现基于网络的红包页面。 “加载红包时妈妈的页面仍然缺失。” “红包即将到来，但你无法连接网络。”用户抱怨，并放置了原始页面。本地不需要远程加载。它只需要传输一个简单的红包ID。发件人可以通知客户端显示包含少量信息的红包信息页面，这可以减少联网时间并减少网络状况。红包的体验很流畅，用户无法获得红包。我不认为这是因为WeChat没有优化，但我太高兴了（没有单手慢，哈哈）。下图显示了几个红包“拆迁”页面（你来玩不同，嘻嘻）：
7
3.4红包结果页面
红包结果页面将显示抓住红包的人员名单，其中最好的是最好的。如果有两个或两个以上相同的数量，那么最早的时间是最好的。该页面还显示发出红包的人是极其昵称的，您自己收到的金额（如果您没有收到它将不会显示），更改入口和转发红包的条目，我的红包记录条目。还有许多类型的红包结果页面，如本文第5.3节所述。
??8
3.5摇一个红包
??9
摇动红包和企业红包以及组红包的随机方法是类似的。由于没有与红包分发过程接触，这里没有太多要说的。
为什么你有剩余的红包数量？
你看过上面这张照片的最后一页了吗？
微信官方表示，当服务器承受太大的压力时，它会唤起用户在此页面上休息一下。我在这里提出另一种策略。也许WeChat也采用这种策略：当用户摇动请求红包，服务器压力过大，网络被阻塞或队列已满等时，客户端将直接通知“你还没抓到”，即是，直接返回到震动下一个摇动的红色信封的页面，这样页面将永远不会显示“休息”。
4背景
4.1数据库
以下关系数据库设计字段是基于少量请求，我们模拟红包系统可行的解决方案，而不考虑高并发，子库表和缓存情况，这部分内容可以在此查看第4.4节梳理出一些上帝的答案作为一种理解。
（1）用户信息数据表user_info
userID，红包ID，问候语，红包类型，红包号，红包数量，超时
（2）用户钱包数据表user_wallet
其他字段，如userID，money，银行卡ID等。
（3）发送红包数据表red_send
（4）接收红包数据表red_receive
红包ID，接收器，接收时间，接收量
4.2随机算法
红包ID作为种子
>>> red_ID = 1775509988475009
>>> random.seed（red_ID）
组红包的最小值为0.01，红包的最小值为2.00。
>>>分钟= 1.00
>>> if（红包是一组红包）：
闵= 0.01
否则（红包是红包）：
闵= 2.00
组红色数据包的最大值是剩余红色数据包总数的两倍和引用数量（您可以在组中返回红色数据包，记得打电话给我获取红色信封，哈哈）。
>>>最大=（remain_money / remain_num）* 2
官方震动红包给出的计算公式是剩余数量/剩余红包数* n
n主观猜测也等于2，并基于该公司人为地控制概率。
??方案一：
人为干扰的概率，有人得到京东红包618元，想一想，京东店庆典是618，这个量绝对不是随意的，而是设定金额，然后每个金额范围都有一定的概率。
（2）抓住红包背景操作：
抓取红色信封分为抓取和分割，抓取操作在Cache层完成，红色数据包的数量通过原子减法操作递减。当它达到0时，表示光线丢失。最后，后台删除操作的实际数量不大，并且操作的分离将使请求无效。直接在Cache层外阻塞。这里的原子减法操作不是真正意义上的原子减法操作。它是由Cache层提供的CAS。通过比较版本号，存在一定程度的冲突。冲突的用户将释放并让他们进入下一步。操作，也解释了用户抓住拆卸并找到它的情况。
红色包装在数据库中完成。通过数据库的事务操作累积接收数据的数量和数量，并插入接收流，其被记录为异步操作。这也解释了在春节期间收到红包后没有看到它。拆解时，金额将实时计算，金额为剩余平均随机数的1至2倍，总金额为M元红包，最大红包为M * 2 / N（不超过M），删除红包时将更新剩余金额和数量。 TenPay以每秒200,000笔的价格预订，实际上每秒仅为80,000。
1由于抢劫时有原子减少，难道不应该被抢劫吗？
这里的原子缩减不是真正的原子操作，它是由Cache层提供的CAS，并且通过比较版本号不断尝试。
如果2cache和db挂起，我该怎么办？
主人+和解
3是否有红包号，但余额是多少？
不，该程序最终将采取全部操作和异步协调保证。
4我们为什么要分开抓住？
一般的想法是建立一个多层过滤器，逐层筛选和层，以减少流量和压力。这个设计最初是因为抢购操作是业务层，拆分是会计操作，一个操作太重，中断率很高。从界面层面看，第一个界面纯粹是缓存的，压力很大。一个简单的查询缓存会阻止大多数用户并进行第一次筛选，因此大多数人都会看到已被抓取的提示。
5抓住红包然后红包或取款后，这里有什么策略吗？
大优先级会计策略
6有没有证据证明每个红包的概率相等？
7个红包的钱会冻结吗？
它是直接扣除的，而不是冻结的。
8实时计算金额的考虑因素是什么？
实时效率更高，预算效率低下。预算还占用额外的存储空间。因为红包只需要一个记录并且有效几天，所以不需要太多空间。即使压力很高，水平膨胀机也是如此。有关详细信息，请参阅本文4.2中的说明。
9实时：为什么你在打开红包后明确抓住它？
答：2014年，红包将知道打开时的金额。在两个操作中，将首先获取金额，然后转移。
2015年拆除和抢劫红包是分开的，需要加倍，所以会有一个红包，但在开放后，红包已被收到。进入第一页并不意味着抓住，只是红包仍在那里。请参阅本文第五部分中的Jinkey说明。
10红包设计
并发处理：如何计算和抢夺红包？
答：缓存将抵制无效请求，过滤掉无效请求，实际进入后台的金额很小。高速缓存记录红色数据包的数量，原子操作的数量减少，值0表示它被抢夺。 TenPay按照每秒200,000笔的速度准备，但实际上每秒不到80,000。
如何保持每秒8w写入？
答：多主分片，卧式扩展机。
检查红包分配，压力不大？
答：获取红包和红包的人数在缓存记录中，查询压力不大。
队列中的红包？
答：没有队列，一个红色数据包是一段数据，数据上有一个计数器字段。
每次收到红包时，我都会更新数据吗？
答：每次你拿红包，你都会更新剩余的数量和红包的数量。
如何将红包带入账户？
数据库将累计已收到的数量和金额，并插入收据记录。记帐是一种后台异步操作。
如果我有账户，我该怎么办？例如，红包的数量已经消失，但余额仍然存在？
答：最后将采取一切措施。还有一种和解来保护。
5互动
（1）绑定银行卡
10
（2）发送和接收组红包
11
1启动红包操作
2银行扣减逻辑，如果不成功则返回，如果成功则继续下一步
3请求将红包写入某一组数据库，并获取红包ID返回给客户端
4长连接通知客户端成功
5其他用户收到红包信息，单击打开，然后删除。由于用户的操作速度远低于计算机处理速度，因此打开和拆卸的分离等同于设置缓冲器。另外，在打开该点之后，不直接获得金额，而是首先读取是否接收到红包的缓存，如果没有接收到，则显示[删除]的按钮。单击[删除]，然后再次访问缓存以查看是否收到红包。如果未收到，请求服务器内存计算随机数量并返回客户端，然后异步写入数据库。
6红包结果将写入LIstView（Android UI控件名称，ios也有类似控件），用户可以立即看到
7当用户再次打开红包结果页面时，将从数据库中读取最新结果列表，并更新结果列表。
（3）发送和接收普通红包
1启动红包操作
3选择发送对象（如果在聊天窗口中启动此步骤）
4计算红包平均值（总数/数量），将红包数和平均值写入数据库，并将红包ID返回给客户端。
5其他用户打开红包，拆分，判断访问红包的数量大于0，如果为TRUE，则数量减少1;如果为FALSE，则通知客户端显示[已完成]样式。
5.2接口交互
5.2.1基本流程
13
5.2.2拆除红色包页面显示逻辑
经过红包，普通红包，普通红包（实际上红包信号为1的普通红包）以及是否收到3×3×3的交叉分析后，以下结论总结如下：
Mmexport1442151693886
5.2.3红包结果页面显示逻辑
描述：
1表示该项目出现
“字字”代表下图所示区域的文字内容：
16
“按钮”表示蓝色文本链接，如下所示：
17
金额是您获得的金额。
18
抓住的人是一个清单：
19
绿色网格表示没有这样的逻辑，它可能不会出现在页面上或出于其他原因。
（1）当收到红包时，按钮“显示更改，可用于红包”，“保存更改，可用于消费”，“保存更改，可用于转移”，“保存”进入更改，可用于撤消“顺序或随机外观”之一;并显示您获得的红包数量。
（2）当未收到您自己发出的红包时，将显示“继续发送此红包”按钮;
（3）当收到别人发出的红包时，会显示“查看我的红包记录”按钮;
（4）当组红包完成后，如果红包自行发送，则会显示“n个红色信封为n元，n秒被抢”字样;如果是红包，则会显示“n”字样红色信封，n秒被抢劫“;对于（组）普通红包收到，将显示”n红包共n元“字样;
（5）对于红包（数字大于1），红包将显示“x / y已收到，总x / y元”字样;另一个人的红包“收到x / y”;
（6）当未收到红包（数字等于1）时，将显示“红包金额n元，等待另一方接收”字样;
（7）红色小组和自己发出的普通红包将显示抓获红包的人员名单;
根据（4） - （6）的规则，我们可以看到微信是为什么它是一个优秀的产品，而不仅仅是一个过时的产品。我发送的红包将显示总金额，我为自己支付了多少钱，但我不希望其他人看到总金额（虽然可以根据列表计算，但大多数人不会计算相互之间的红包总量。金额），避免红包的用户还必须承担“面子问题”，以挫伤用户对红包的热情。通过这种方式，我们将创造一个没有人富裕和富裕的氛围，每个人都可以制作红包，间接增加红包的数量和整个平台的活动。
5.2.4摇动红包
13306647218
QQ客服
