微信红包玩法

2024-04-28

微信红包玩法（通用9篇）

篇1：微信红包玩法

微信红包玩法有漏洞：极易沦为“网络赌博”

显然，原本是移动社交和娱乐相结合产物的“抢红包”，经由一些人不断创新玩法，已经让“抢红包”滑向了一种新型“网瘾”和网络犯罪。问题是，“抢红包”为什么这么容易被利用成为“赌博”工具呢？

我们知道，微信红包分为两种，一种固定金额红包（即“普通红包”），一种是随机金额红包（即“拼手气红包”）。

值得一提的是，以凭手气红包为载体，一种名为红包接龙或接力红包的玩法，让很多人深陷其中。而正是这种让人“上瘾”的红包玩法，实际上已经不知不觉成为一种变相赌博或网络赌博。“拼手气红包”，本来是带有随机性的红包发放方式，恰恰是因为金额随机反而增加了参与抢红包的刺激性和娱乐性。但令人担忧的是，这种结果的随机性也极易让其成为“赌博”的道具。如果说，一些普通群中的红包接力玩法，有些还能算“进行带有少量财物输赢的娱乐活动”的话，那么，以下几种“红包接力”玩法已经是赤裸裸的“网络赌博”。

玩法一：手气最佳者特定倍数接龙。按照该红包接力玩法，组织者或参与者根据群内人数情况，率先在群内发出第一个拼手气红包（几个至几十个不等），手气最佳者（金额最大者）按照所获得的金额乘以相应的倍数（从几倍到几十倍不等）接力发拼手气红包，以此类推，不断循环。玩法二：手气最佳者特定金额群发。按照该红包接力玩法，组织者或参与者根据群内人数情况，在群内发出第一个拼手气红包（几个至几十个不等），手气最佳者（金额最大者）按照固定金额给所有抢到红包的参与者或全部群内成员逐一发放固定金额（最高两百元）的普通红包或微信转账较大固定金额（从不低于两百元到数千元不等），随后组织者或参与者按照一定规则重新发红包选择出手气最佳者，以此类推，不断循环。

玩法三：手气最佳者固定金额接龙。按照该红包接力玩法，组织者或参与者根据群内人数情况，率先在群内发出第一个拼手气红包（几个至几十个不等），手气最佳者（金额最大者）按照固定金额（几十元至几千元不等）接力发拼手气红包，以此类推，不断循环。

我们可以看到，在上述三种红包接力玩法中，拼手气的结果，实际上不仅成了每局输赢评判的结果，也成了每局赌资分配的依据。

玩法四：以红包金额数字作为押注。也就是本文开头提到的那种玩法。群组织者以特定红包金额数为押注猜大小标的，猜中可获得倍数不等的收益，反之，则归群组织者所有。

在四种玩法中，所有参与者都可能涉嫌聚众赌博或赌博罪。在“玩法二”中，如果有组织者自出资金，发起每轮拼手气红包且参与每轮手气最佳红包分配（固定抽头渔利），则该组织者可能涉嫌“开设赌场”。而“玩法四”已是赤裸裸的开设“网络赌场”。微信接龙红包涉赌分析：是否“营利为目的”是关键

简单说，只要微信红包群的组织者或参与者是“以营利为目的”，不论是参与人数、赌资数额累计达到一定数量或规模，还是组织者抽头渔利数额累计达到一定金额，都将涉嫌构成“赌博罪”。追责微信官方前提：需“明知”且牟利或赌资结算较大

作为技术开发者或提供者，公众很容易陷入“菜刀无罪”论——也就是说，菜刀可以切菜，也可以杀人，但是，不能因为有人用菜刀杀人犯罪，就要治罪卖菜刀的或生产菜刀的人。

对于微信接力红包“涉赌”其实也一样。不能因为有人利用微信接力红包玩法实施赌博犯罪或开设赌场，就一概认定微信官方或腾讯需要承担相应的法律责任。

显然，具体到微信群红包玩法涉嫌赌博时，微信涉赌红包群是否能够认定构成“赌博网站”，微信官方或腾讯是否明知，以及是否从中牟利或代为提供较大数额赌资结算是认定其是否构成犯罪的关键所在。

事实上，对于微信接力红包玩法，由于其只能通过微信群实施，对于可能该玩法可能涉赌的风险，微信官方可以主动予以“安全提示”，当群名称含有“红包接力”或群聊天内容中出现“接力”等关键词，弹出安全提示，提醒群内用户小心防范切勿参与网络赌博等。

发红包本是一种传统习俗，但是借助移动支付却有沦为“网络赌博”的嫌疑，对于普通用户来说，在微信官方实施风险提示前，自身要提高风险意识，谨慎参与微信接力红包玩法，以免陷入微信群赌局之中。

本文原地址：http://

篇2：微信红包玩法

新结交了很多朋友，交换名片实在麻烦又很容易遗漏，这是时候只需要大家一起摇动手机，现场凡是微信在线的人会即刻出现在每个人的好友列表里。或者即时扫描微信二维码，即可添加在微信中。

玩法二：找人拼伞

下班时下起瓢泼大雨，自己又没带伞。这时候打开微信，通过“查看附近的人”，撒大网群发信息，寻找可以拼伞的对象。

玩法三：正在长途列车上，百无聊赖的人，可以打开微信，使用“查看的附近的人”这一功能，找出同一列车也开着微信的人，用微信打个招呼，聊得来的话还可以见面聊天，说不定还可以成为好朋友。

玩法四：领导查勤

刚见面的同事又找不到了，打开“查看附近的人”就可以确定他是否还在公司，老板用它查勤最方便了，当然，这是在双方都使用微信的前提下。

玩法五：新生群聊

大学新生报到后，可以建立微信群聊号，寻找同乡校友，从而帮助新生尽早了解大学有关情况，融入全新的校园生活。

玩法六：打听工作

来到某写字楼附近打开“查看附近的人”，找到在这个写字楼里的人，加了之后打听“你们公司做什么的”、“你们公司有招人计划吗？”等，说不定真遇到HR（人力资源）或部门经理，直接对你进行微信面试，成功不是没可能。

玩法七：推销产品

换上不夸张的师哥或美女的头像，使用“查看附近的人”和“摇一摇”，大面积主动加人，询问他们是否需要某产品或某服务。但我不建议这样操作，容易给用户造成骚扰。

篇3：微信红包玩法

自2015年春节以来, QQ春节红包经历了企业红包 (2015年) 、刷一刷红包 (2016年) 和AR红包 (2017年) 几个阶段, 通过不断创新玩法, 活跃度节节攀升, 成为春节一大玩点, 给火红的春节带来一抹亮色。2017年除夕, AR红包、刷一刷红包再创新高, 抢红包用户数达3.42亿, 共刷出红包37.77亿个。

那么, QQ红包的技术方案究竟是怎样的?其整体架构如何?重要的系统是如何设计的?为了保证用户的体验, 手Q终端做了哪些优化?今年的QQ红包又做了哪些新的尝试, 遇到的问题是如何解决的呢?本文将从架构开始, 到手Q终端优化, 再到个性化红包和AR新玩法, 为大家全面解密QQ红包技术方案。

QQ红包整体架构及重要系统

QQ春节红包以一个又一个的整点刷红包活动贯穿年三十, 在除夕夜达到顶峰, 是典型的海量用户秒杀场景, 如何应对海量的用户刷红包洪流, 保证刷得爽, 红包安全到账, 是QQ红包设计要解决的关键技术难点。另外, 红包项目涉及手Q终端、手Q后台、QQ钱包 (财付通) 系统、礼券系统、公众号等诸多业务系统, 流程长且多, 各系统性能吞吐量差异很大, 如何保证各系统形成一个有机整体, 协调高效提供服务, 也是难点之一。

下图为简化后QQ红包的架构, 包括接入层、抽奖系统、存储系统、发货系统、公众号消息通知和CDN资源等几部分, 请大家先有一个整体的认知, 便于阅读下文。

本文将重点讲解接入层、抽奖系统和发货系统。

1、接入层

接入层是红包后台服务的大门, 负责抽奖请求预处理, 确保有效的请求才透传给后端服务。为保证自身高可用、高稳定, 接入层还可实时控制手Q请求频率, 避免海量请求压垮接入层, 出现不可控局面。

在海量服务场景下, 为避免网络开销, 方便后端服务使用cache提升性能, 接入层采用了一致性Hash寻址, 保证同一个用户的请求只会落在同一台红包抽奖逻辑机器处理。

2、抽奖系统

抽奖系统作为QQ红包的核心系统, 在承接用户抽奖请求, 按设计合理的几率完成抽奖操作, 将抽奖结果安全落地保存, 并顺利发货等过程中, 起到了关键作用。面对海量抽奖请求, 如何及时作出响应, 是抽奖系统面临的难题。

为了解决这些问题, 我们采用了一些设计方法:

在接入层采用一致性Hash算法, 同一用户的抽奖请求只会转发到相同的抽奖系统处理;

抽奖系统采用缓存机制, 在加快抽奖过程的同时也减少了对存储层的访问压力;奖品配额机制, 平滑抽奖过程, 各类奖品按比例有序抽中;

流水和对账机制, 保证抽奖数据最终无差错发放到用户账户中;

抽奖系统的架构如下图所示:

(1) 缓存机制

业务要求在每个刷一刷的活动中, 能对用户中奖次数、参与时间 (30秒) 进行限制。如果用户的每个抽奖请求到来时, 先到存储层获取用户的中奖历史信息, 再判定用户是否还有抽奖资格, 在海量高并发的请求场景下, 势必会对存储层造成巨大的压力。所以这里我们引入了本地内存缓存层, 用于保存用户的中奖历史信息, 每次请求到来时, 会先到缓存层获取用户的中奖历史信息, 如果在缓存层没找到, 才会到存储层获取, 这样就不会对存储层造成太大的压力, 同时也能实现业务的需求。缓存层我们采用开源Memcached组件实现。

(2) 一致性hash寻址

红包抽奖系统是一个分布式的系统, 因此为了使缓存机制生效, 我们在手Q接入层使用了一致性hash的路由算法进行寻址, 保证同一个用户 (uin) 的请求总会落在同一台逻辑机器进行处理。

(3) 协议处理模块

由于手Q后台既要处理客户端的二进制请求, 也要处理其他Web系统的HTTP请求, 所以协议处理模块的首要任务就是兼容各种格式的协议, 给后端模块一个最简单的结构。为此我们制定了Protobuf格式的交互协议 (兼容JSON格式, 会统一转换成Protobuf处理) , 传给后端模块。

(4) 配额管理模块

手Q春节红包是通过很多场定时“活动”来发放红包的。每场活动里面能发放多少现金, 能发放多少虚拟物品, 发放的比例如何, 这些都是配额数据。

更进一步, 我们要做到精确控制现金和虚拟物品的发放速度, 使得无论何时用户来参加活动, 都有机会获得红包, 而不是所有红包在前几分钟就被用户横扫一空。

配额信息由配额管理工具负责检查和修改, 每次修改都会生成新的Seq No。一旦配额agent发现Seq No发生变化, 则会更新本地共享内存。由于agent采用双buffer设计, 所以更新完成前不会影响当前业务进程。

(5) 抽奖模块

聚焦到抽奖, QQ红包的抽奖算法其实并不复杂, 但是能否满足产品需要非常重要。我们的设计思路是至少需要满足如下需求:

可以在秒级别控制现金和每种物品的发放速度;

可以方便调整现金和每种物品的发放比例;

尽量保证红包全部发放出去。

为此, 我们设计了如下的抽奖流程算法:

需要说明的是, 只要是因为配额限制发放红包失败, 我们都会继续尝试给用户发放其他奖品的红包, 直到没有奖品可以发放, 这样我们就能保证把奖品尽可能发放出去。

(6) 流水系统设计

流水系统用于保存活动过程中的抽奖流水记录, 在活动后对奖品发放和领用进行统计和对账。该系统还定时对领用失败的请求进行重做和对账, 确保奖品发放到用户账户里。

流水系统架构如下:

由于流水需要记录用户中奖的信息和领用的的情况, 数据量巨大, 所以抽奖逻辑层本地采用顺序写文件的方式进行记录。抽奖逻辑层会定期的把本地的流水文件同步到远程流水系统进行汇总和备份, 同时, 流水系统会对领用失败的流水进行重做, 发送请求到抽奖逻辑层, 抽奖逻辑层会调用发货系统的接口完成发货操作。

(7) 存储层选型

存储层的设计向来都是后台架构设计中的重点和难点。目前腾讯公司内部较成熟的No SQL存储系统有CKV、Grocery, 经过一番对比我们选择使用Grocery, 主要原因有以下几点:

(1) 强大的带条件判断的分布式原子算数运算

抽奖逻辑里需要对每个奖品进行计数, 避免多发少发, 所以一个高效可靠的分布式原子加计数器显得格外重要, Grocery支持带条件判断的原子加计数器, 调用一次接口就能完成奖品计数值与配额的判断以及奖品计数值的增加;

(2) 灵活的数据类型

Grocery支持Key-Key-Row类型的数据存储格式, 可以灵活的存储用户的红包中奖信息, 为获取用户单个红包或者红包列表提供了丰富的接口;

(3) 部署、扩容方便

Grocery有专门的团队支持, 易于部署和扩容。

(4) 平滑限频设计

每一种奖品, 对应的业务都有他们自己的容量能力, 且各业务的能力也不尽相同 (如黄钻4w/s, 京东2k/s等) 。为保证红包活动持续进行, 抽奖系统必须严格按业务控制派发峰值。派发峰值支持实时可调, 避免由于业务方评估不足引起过载。

考虑这样一种场景, 如果请求是在1秒的最开始全部涌到业务方, 受限于业务方不同的架构实现, 有可能会触发业务方的频率限制或者是过载保护。为此, 我们将频限粒度调整到百毫秒, 这样奖品就会在1秒内相对平均的发放, 从而解决了上述问题。

3、QQ红包发货系统

QQ红包奖品包括现金和礼券两类, 现金对接财付通, 礼券又分腾讯公司内部虚拟物品和第三方礼券。最终礼品落地到用户的账户 (QQ钱包余额、QQ卡券或第三方系统账户) 中。虽然抽奖系统有作平滑处理, 但持续长时间的大流量发货, 也可能导致业务系统不能正常提供峰值下的服务能力。如何承上启下, 既预防抽奖系统不能平滑地发货导致压跨发货系统 (自身) , 又能保护后端业务系统的情况下, 以较快的速度将奖品安全发放到账, 是发货系统的设计要点。发货系统设计遵循以下策略:

(1) 快慢分离

现金和礼券后端的系统完全不同, 现金通过QQ钱包系统发放入财付通账户, 要求实时到账不能延迟。而礼券对接的后端业务千差万别, 服务容量和性能各不相同。为了不让慢速的礼券发放影响快速的现金发放, 将现金通道与礼券通道分离, 互不干扰。

(2) 异步削峰

由于用户来抽奖的时机完全是随机的, 抽奖系统并不能做到绝对平滑发货。任由抽奖系统将发货请求直接透传到业务系统, 将出现不可预知的问题, 严重时可能会导致业务系统雪崩, 这是不能接受的。另外象游戏礼包类、滴滴券等第三方礼券, 可能用户账户并不存在 (用户并不玩该款游戏, 或用户并没有第三方账户) , 需要先引导用户创建账户才能发货, 这就要求发货系统有暂存奖品信息, 具备延后发货的能力。

发货系统采用开源的Rocket MQ消息中间件作为异步消息队列, 暂存发货请求, 再由礼券发货模块根据各业务的限速配置均匀地调用业务接口进行发货。

(3) 柔性处理

礼券类奖品通过异步方式发放到用户账户, 在除夕高峰值可能发放速度跟不上抽奖速度, 会延后一些时间才能到账, 这对不明真相用户可能会造成困扰。因此在用户中奖信息页面中, 会提示用户24小时 (或48小时) 到账。发货过程的每个步骤, 都有可以异常失败, 导致发货不成功, 因此在物品详细页面的按钮支持多次发起发货, 在“礼券发货”模块根据发货状态, 可以多次尝试发货, 并保证一个奖品只发放一次。

(4) 保护业务系统

前面已经提过, 发货系统通过异步消息队列, 将抽奖系统与业务开发隔离开, 抽奖洪峰不会直接影响业务系统, 对业务系统起来隔离保护作用。

礼券发货模块针对每个业务单独配置限速阈值, 对各业务的发货严格以不超过限速阈值的速度发放奖品, 如果业务有超时或提示超速, 再按一定比较再减速。

礼券发货模块首先会到存储系统检查奖品是否真实有效, 再到发货状态存储检查状态是否正常, 只有真正需要的发货的奖品才向业务系统发起发货请求, 确保发货的有效性, 避免错发和多发。

(5) 最终一致性

由于采用异步发货, 抽奖时刻奖品不能保证立即发放到用户账户中。但用户的奖品不会丢失, 通过在异步队列中暂存, 礼券发货模块逐步以合适的速度将奖品发放到用户账户中。

如果发货过程中有延时或失败, 用户可以通过多次领取提起发货请求, 系统支持多次提交。

如果多次发货仍然失败, 对账工具第2天会从流水系统中将用户抽奖数据与发货数据进行对账, 对发货异常用户再次发起发货。如果对账仍然失败, 则提醒管理人员介入处理。

手Q终端的优化策略

普通用户不会关心QQ红包的后台有多复杂, 他们在手Q终端抢红包时的体验直接决定着用户对QQ红包的评价。对用户来说, 看到红包后能否顺畅的抢和刷, 是最直接的体验痛点, 因此需要尽可能降低延迟以消除卡顿体验, 甚至在弱网环境下, 也要能有较好的体验。为了实现该目标, 手Q终端采取了以下优化策略:

1、资源预加载

QQ红包中用到的不经常变化的静态资源, 如页面, 图片, JS等, 会分发到各地CDN以提高访问速度, 只有动态变化的内容, 才实时从后台拉取。然而即使所有的静态资源都采用了CDN分发, 如果按实际流量评估, CDN的压力仍然无法绝对削峰。因为同时访问红包页面的人数比较多, 按83万/秒的峰值, 一个页面按200K评估, 约需要158.3G的CDN带宽, 会给CDN带来瞬间很大的压力。为减轻CDN压力, QQ红包使用了手Q离线包机制提前把红包相关静态资源预加载到手Q终端, 这样可大大降低CDN压力。

目前手Q离线包有两种预加载方式:

将静态资源放入预加载列表, 用户重新登录手Q时监测离线包是否有更新并按需加载 (1天能覆盖60%, 2天能覆盖80%, 适合预热放量情况) 。

主动推送离线包, 向当前在线用户推送离线包。 (2个小时可以完成推送, 覆盖总量的40%左右, 适合紧急情况) 通过离线包预加载后, 除夕当天的CDN流量并没有出现异常峰值, 比较平稳。

2、缓存和延时

2.59亿用户同时在线, 用户刷一刷时的峰值高达83万/秒, 如果这些用户的操作请求全部同时拥向后台, 即使后台能抗得住, 需要的带宽、设备资源成本也是天文数字。为了尽可能减轻后台服务器压力, 根据用户刷一刷的体验, 用户每次刷的操作都向后台发起请求是没有必要的, 因此手Q在终端对用户刷一刷的操作进行计数, 定时 (1~3秒) 异步将汇总数据提交到后台抽奖, 再将抽奖结果回传到手Q终端显示。这样既保证了“刷”的畅快体验, 也大大减轻后台压力, 抽奖结果也在不经意间生产, 用户体验完全无损。

3、错峰

对用户进行分组, 不同组的用户刷一刷红包 (企业明星红包、AR红包等) 的开始时间并不相同, 而是错开一段时间 (1~5分钟) , 这样通过错开每一轮刷红包的开始时间, 可以有效平滑用户刷一刷的请求峰值。

4、动态调整

手Q终端和后台并不是两个孤立的系统, 而是一个整体。手Q系统搭建有一整套的负载监控体系, 当后台负载升高到警戒线时, 手Q终端可以根据后台负载情况, 动态减少发向后台的请求, 以防止后台出现超载而雪崩。

5、总量限制和清理

在刷一刷红包和AR红包过程中, 当用户已经抽中的奖品数达到一个限值 (例如5个) , 用户不能再中奖, 这时用户的抽奖请求不再向后台发送, 而是终端直接告知用户“未中奖, 请稍后再试”, 和清除AR红包地图中的红包显示。

红包创新玩法挑战

春节红包大战, 从企业红包演变到刷一刷红包、个性化红包和AR红包, 玩法不断创新, 用户体验更好, 活跃度提升, 参与人数也从2亿增长到17年春节的3.42亿。

1、个性化红包

QQ个性红包是在红包外观上的一次大胆尝试, 借助该功能, 用户可使用霸气的书法体将自己的姓氏/或其他文字 (提供自动简繁体转换) 镌刻在红包封皮上。此外, 我们还提供了具有新年氛围的贺岁红包、与腾讯IP紧密结合的QQ family、游戏形象、动漫形象等卡通红包, 大大提高了QQ红包的趣味性与观赏性。个性红包功能上线后, 有超过30%的红包用户选择使用个性红包。在2016年春节期间共有1500万用户使用该功能, 2016年除夕当晚突破8千万的个性红包发送量。

个性红包在普通基础上, 允许用户修改红包封皮, 展示个性, 应合场景, 因此设计的要点是使用户操作顺畅, 既保持发、抢红包的流畅体验, 又能显示个性和有趣好玩。

个性化红包流程架构如下图所示:

从上图可以看出, 简化后的红包的发放过程经历红包终端->财付通->红包后台->手QAIO (聊天交互窗口) ->拆 (抢) 红包页面等过程, 流程较长 (忽略了一些细节, 实际流程更复杂) , 在这些步骤过程中如果每一步都走后台判断个性化红包状态, 必然影响到红包的发放流畅性。

为了尽量不影响用户发红包体验, 个性化红包在架构和运营上作了很多解藕和柔性设计。包括个性字体提前绘制, 资源预加载, 功能开关和容灾柔性处理等。

个性化红包支持所有简体与繁体汉字, 并支持部分简体汉字转换成繁体汉字, 为了改善使用“姓氏红包”用户的体验, 我们把常用的300个姓氏, 使用预生成的方式, 在用户手Q空闲的时候生成常用的姓氏图片保存到本地。其他的非常用姓氏, 在展示的时候合成, 合成一次保存在本地, 下次在本地读取。

手Q终端在空闲时绘制好字体贴图, 支持定时更新背景图和字体库, 对非常用字, 则启动个性化字体引擎生成对应的个性化贴图。

用户在发放或收到红包时, 个性化背景和字体贴图已经生成好, 不需要再生成, 收发红包流畅体验无损。

个性化红包封素材提前制作好, 上传到CDN网络, 手Q在空闲时提前从CDN下载素材文件, 并定时检查素材更新情况, 及时更新。

功能开关:用户是否设置个性红包, 选择的个性红包贴图样式, 是否启用个性红包等信息, 如果每次判断都从后台拉取, 势必增加后台压力。用户对个性红包的设置信息, 其实变化不大, 并且访问红包商场实时设置的状态的结果在手Q终端是存在的。因此我们设计将这些用户状态FLAG在手Q登录时, 从后台拉取一次后保存在手Q终端, 在发红包的过程中将FLAG信息传递到下游服务中, 通过红包商城设置的个性化红包标志, 实时更新手Q本地配置。

这样的设计有几个好处:用户的个性化设置不再依赖于后台, 发红包过程完全本地操作, 没有任何延时, 不影响红包的发放。

FLAG标志可以作为容灾开关, 如果临时取消个性红包, 或后台故障, 可以临时屏蔽个性红包功能, 恢复为默认红包样式, 保障任何时刻红包功能正常可用。

FLAG标志可支持扩展, 在红包后台可以根据扩展, 支持付费红包样式 (付费购买) 、特权红包样式 (如超会专享) 等, 支持红包商城扩展各种各样的个性化红包。

除了从后台拉取FLAG, 当业务有调整导致FLAG变化, 红包后台可以向手Q终端主动push FLAG状态, 使得用户及时感知变化, 进一步增强用户使用体验。

容灾柔性处理:相对于手Q平台功能, 个性红包系统相对独立, 运营和更新很快, 系统各功能组件出现问题的几率可能较多, 如果个性红包业务出现问题, 而影响到正常红包发放或手Q功能的使用, 会对QQ口碑造成很大负面影响。我们在系统中设计了多处容灾和柔性处理措施, 在个性红包业务异常时, 能降级提供服务, 最差时取消个性红包功能。

柔性措施一:用户登录时拉取个性红包FLAG失败时, 采用默认红包样式。

柔性措施二:红包后台向个性化红包后台拉取个性化设置鉴权详情 (是否付费、是否会员专享等) 时, 如果拉取异常, 采用默认红包样式。

柔性措施三:个性化红包由用户输入姓氏, 指定显示文字, 可能遇到敏感字或需要临时下线, 可以通过向手Q下发FLAG标志, 临时取消个性红包功能, 恢复到默认红包样式。

2、AR红包

AR红包是“LBS+AR天降红包”的简称, 这个创新的玩法得到了用户的一致好评, 参与用户2.57亿次, 共计领取红包和礼券20.5亿个, 获得了口碑和活跃的双丰收。

(1) 缓存设计

LBS+AR红包与以往的红包最大的不同在于多了一重地理位置关联, 全国有上千万的地理位置信息, 结合活动的任务奖品数据产生了海量的配置数据, 而这些数据都需要快速实时读取。这是系统设计的一大挑战。

配置数据有以下特点:

数据量很大 (亿级) , 数据间有紧密的关联, 我们采用My SQL数据库集群存储, 并构建有Web可视化配置投放平台, 实现自动容灾和备份的功能;

“一次配好, 到处使用”, 配置读量远高于写量, 基本思想是设计开发一种缓存, 放弃写性能, 将读性能优化到极致。

上千兆的配置数据, 如何供抽奖系统快速检索?考虑到业务使用场景、配置数据大小及My SQL性能, 可以采用预先构建全量缓存并进行有序组织, 由同步模块负责将构建好的配置数据同步到抽奖系统, 供业务进程直接使用。为保证配置数据完整性, 构建缓存采用双Buffer设计, 只有构建或同步完成后才切换到最新配置。

(2) 地图打点与查点

基于LBS的红包活动离不开地理位置相关的业务交互。在AR红包中, 用户打开地图会定期向后台上报坐标, 后台需要根据坐标获取周围可用的活动任务投放点, 投放点事先都会进行安全筛查, 去掉具有安全隐患的区域, 避免给用户带来人身安全问题, 本节主要介绍如何管理这些投放点。

(3) 地图格子

将整个二维平面根据坐标分成边长相等的正方形格子, 根据用户的坐标用简单的数学运算即可获取相应的格子ID, 时间复杂度O (1) 。一个格子是一次查询的最小粒度。每次查询会返回以用户为中心周围5*5共计25个格子的任务点。

(4) 打点

红包是以任务维度投放的, 每个任务关联一个POI集合, 每个POI集合中包含几个到上百万不等的POI点, 每个POI点都有一个经纬度信息。

打点即是事先建立格子到任务列表的映射。所有格子数据有序组织并存储在共享内存里, 使用二分查找提升读性能。

(5) 查点流程

客户端上报经纬度。

根据经纬度计算中心格子ID。

根据中心格子ID及半径配置, 获取周围格子列表。

在打点系统中获得此片区域全部POI和任务信息。

检查任务状态后返回给客户端。

(6) 采集系统

采集系统主要负责汇总各行政区红包发放状态数据, 主要提供以下功能:

实时返回区级行政区红包计数;

实时接受主逻辑的查询, 返回奖品发放状态;

返回活动预告以及参数配置等辅助信息。

由于红包是按行政区进行投放的, 每个行政区约投放10个任务, 每个任务又关联多种类型的红包, 如果每次查询区级红包余量时, 都实时计算和汇总红包状态数据, 扩散带来的包量开销会比较大, 为此, 我们还是采用双Buffer缓存来解决该问题, 一个进程负责将采集到的数据写到缓存, 另一组进程提供查询服务。另外, 还可以根据存储层的压力, 适当地调整采集的频率, 使得统计数据尽可能实时。

写在最后

自2015年起, 历年除夕当天QQ红包收发情况如下表所示, 可以看出, 参与人数和红包首发总个数都是节节升高。

篇4：微信的“限制”玩法

商场前或小区里，我们常常会看到关注微信送油送米送奖品的活动。不管你会不会操作，只要手机里有微信，都有热情的服务员会帮你弄好。三两分钟不到，奖品到手，喜滋滋回家。但问题来了，打开手机后多出了无尽的弹出广告。出于爱好，人虽老但却还在追星，不论是美女高圆圆，还是帅哥包贝尔，统统关注。但明星微信号推送的信息也在扰乱你的视听。这些看似好像难以调和的矛盾，其实还是有很好的解决办法。

如果你不打算取消对某大明星的关注，同时还不希望其推送来的消息对自己造成干扰，那么，可以采取以下办法来解决。

聊天记录鱼龙混杂只要我所需

有时候，当你在群里聊了半天之后，突然觉得某人讲的一个段子很耐人寻味，想回去再品味一番，但来回翻动半天却不好找。若学会限定查找的办法，问题就简单多了。

不想看你不让你看全由我决定

在朋友圈中，如果你不希望看到某个人发布的信息，抑或不希望某个人看到你发布的信息，可以由你来设定权限，自由掌控这些信息。

好友添加找不到我只因我限制

篇5：微信红包作文

面对这狂轰滥炸的“抢红包”有人赞成，有人贬斥，就我而言，“抢红包“的出现与发展是值得大力弘扬的。

红包本身就是充满祝福、幸运色彩的，而“抢红包”就是不可阻挡的“时代年味“。

“抢红包”是一种传统习俗与现代科技文明的创新结合。人们根据时代的需要对传统文化进行合理地刷新、升级，乃至颠覆了传统的“红包文化“。

“抢红包”本身只是一个游戏，让欢乐与时尚并举。当这个游戏在全国走红并成为新年俗，它便从一个侧面反映了国内互联网的普及，以及互联网给人们生活带来的新乐趣和新便利。新春佳节是家人团聚、共叙亲情的时刻，向亲友派发红包是传递祝福与关爱的民俗传统。一些远隔千里的好友也能穿越时空为彼此送达一份心意，一些电商巨头也借机为观众奉上“红包大礼“，给人们的假期增添了不少欢乐。并且红包也逐渐成为了一种新的网上支付方式，带点东西，可身上没代够钱怎么办?不用怕，发个红包就都搞定了，既方便了自己，也方便了大家。

但春节家人欢聚一堂、其乐融融的时光被红包抢走，让有的人不能容忍。比如某男子看不惯妻子疯狂抢红包，“你到底要抢多少钱，我一次性都付给你!”足见家人对你过分痴迷抢红包的厌恶。

红包，是过农历春节时长辈给小孩儿用红纸包裹的钱，是表示把新的一年的祝福和好运带给他们。

篇6：微信红包玩法

新年早就已经过去了，可是微信里的红包却迟迟没有走……

新年那天，爷爷奶奶迟迟没有拿出红包给我们，我想是不是因为我们长大了就不给红包了呢？突然叮咚手机里出现微信提示音，我立马点进去，耶！抢了五块五。我眉开眼笑地叫到。咦？谁发的红包这么多。我小声嘀咕着，往昵称那儿一看，怎么是奶奶？我有点儿不敢相信自己的眼睛，忍不住揉了揉双眼再定睛一看，千真万确，是奶奶，正当我疑惑不解之时。叮咚又来了一个红包，幸好我眼疾手快，把这唯一的六元红包抢走了。咦，爷爷也有微信了？这下，我开始打破砂锅问到底了，妈妈立刻为我解除疑惑：是你姑姑帮爷爷奶奶一人创了一个微信号。这不，俩老这两天都在研究这先进玩意儿呢！现在连微信红包都会发了，嗯，不错，不错！哦！原来是这样，爷爷奶奶也玩起了高科技。

叮咚叮咚一阵红包雨下来了，弄得我眼花缭乱。小气的妹妹发了一分，便马上发了一个一分也是爱的表情包，她是要多小气有多小气啊！三姑发了一个大大的红包，我抢了三元两角，手气不错。我正洋洋得意时，堂哥便马上催我发，我发了一包八元八角的红包，三秒就被抢光光了，我还没抢呢！

其实，我觉得这样挺好的.。虽然在一个房间，但是却用微信聊天，微信发红包，可能有些人觉得一直盯着电子产品不好吧，可是现实中小辈不可能和大辈一起抢红包，现实中钱太少了也不好意思拿出手。在微信中，就算抢到几分我们也很高兴，这也不是图红包，礼轻情意重就好了，营造一种欢乐的氛围，这样长辈也能一起参加了！

篇7：微信红包英语作文

Wechat is very popular nowadays, even the foreigners are crazy about this communicative tool. The functions of Wechat are various, such as talking to friends and paying the bill.

微信现在很受欢迎，甚至连外人都喜欢上这个社交工具。微信有很多功能，比如和朋友聊天、支付账单。

One of the hottest functions is to send red packet. If people want to catch everybody’s attention in the group talk, sending a red packet works well. Everybody is excited to share the money and they will feel lucky if they get the money.

好热门的功能之壹是发红包。如果有人想要在群聊里吸引大家的`注意力，发个红包就可以了。大家对这壹功能都很兴奋，如果抢到钱，就会觉得很幸运。

This function brings happiness and I love it so much. Sometimes when I hear the voice, I will open the phone and try to get the money as soon as possible. When I open the red packet, I will be very happy.

这个功能给大家带来了快乐，我也很喜欢这个功能。有时当我听到声音，我就会打开手机，以好快的速度去抢红包。当我打开红包时，我就会非常高兴。

篇8：浅析微信红包中的春节红包习俗

一、传统春节红包文化的基本特征

现代意义上的春节红包起源于“压岁钱”的概念。压岁钱最早出现在汉代, [1]寄托着家长对新的一年子孙的祝福。

相对礼物来说, 传统春节红包有两点特征:第一, 红包发放的单向性, 红包发放者是长辈, 接收者是尚无经济收入的晚辈;第二, 红包收受双方通常具有血缘关系, 即红包的发放和接收主要是在家庭这一初级群体中进行。这两点与义务性的礼物往来不同, 尽管同样是维持人际关系的符号, 但礼物流通的双向性、等价性、有限的延后性和更加复杂的人际网络等要素, 都是传统春节红包不具备的。

另外, 在传统红包收受仪式中还有一项重要环节:晚辈要向长辈磕头祝福, 这一活动体现了传统封建家庭的等级秩序和伦理观念。首先是晚辈对长辈进行新年问候, 表现“尊长”之意, 其次才是长辈对晚辈的关爱, 表现“爱幼”之情。可以说, 传统春节红包习俗正是维系家族团结友爱的重要纽带。[2]

二、新媒体视域下的红包活动特点分析

微信红包是由腾讯财付通公司推出的“新年红包”公众账号优化后的产物, 其以社交场景切入红包, 并以红包带动支付, 通过社交属性对支付形成持续的拉动作用。2016年2月13日, 微信公布了2016年春节从除夕到初五的红包整体数据, 微信红包春节总收发次数达321亿个, 相较2015年春节6天收发32.7亿个, 增长了近10倍;与2014年春节微信红包刚刚起步时, 参与红包活动的人数500万相比, 2016年春节总计5.16亿人通过红包与亲朋好友分享节日欢乐, 几乎覆盖全国3/4的网民。[3]

短短3年时间, 微信红包凭借强关系网络组成的社交平台, 简单的玩法, 贴近传统礼俗的形式, 贴合春节场景的红包数字选择, 激发了人们的参与热情, 成为以创新体验引爆社交互动的春节新习俗。

笔者认为, 微信红包有两点特征承袭了传统春节红包的文化意涵:第一, 在单个“普通红包”数额上设置最高额度200元, 春节红包虽然承载着货币功能, 但仍以寄托美好愿望为主, 可以看出, 微信团队在红包数额限度的设置上重视情感传承多于货币交换。第二, “新年红包”随机数字生成的设置上选用“6.66”等吉利数字, 祝福语则选用“一路有你”等具有人情味的内容, 借助电子支付到小数点后两位的便利, 传达了“小红包, 大情谊”的情感需要。

(一) 具有礼物性质的微信红包

具有社会功能的礼物强化着社会成员间显性或隐性的契约关系, 义务性的礼物往来维持、强化并创造了各种合作性的、竞争性的抑或是敌对性的社会联结。不同于礼物的社会联结功能, 传统春节红包收受范围局限于家族内部, 作为一种家庭关系的纽带存在, 收受活动体现了家族内部长辈与晚辈间的和睦关系。长辈赠予晚辈红包也并不要求等价回报, 这一点也有别于礼物流通的双向关系。

基于熟人网络建立起来的微信, 其社交功能使微信红包的收受双方从长辈和晚辈间扩展到更广阔的人际关系中。在此意义上, 可以说微信红包就是互联网世界人与人之间的一种礼物, 红包这一象征符号中渗透着礼物的文化内涵。

首先, 微信红包具有双向互动性, 这一特点使红包传递迅速成为亲朋好友在春节期间互动的新形式。红包内容的娱乐性显著, 如“拼手气群红包”功能就极大地唤起了人们的参与意识, 在吐槽、炫耀和参与红包话题的讨论中拉长了人们互动的时间和人际传播的频度。

微信红包的传递在群互动中潜藏着一定的义务性关系, 在“拼手气群红包”游戏中体现为具体的抢红包游戏规则, 手气最佳者继续发红包, 使游戏持续下去。

在发起阶段, 由个人在微信群里抛出第一个红包, 该行动通常会赢得正面积极的回应, 接收方的反应使发起者的虚荣心得到满足, 这种“土豪”感的体验使一部分人愿意在游戏中继续承担发起者的角色。

第二阶段即传递阶段, 笔者将红包传递的过程看作是莫斯关于礼物流通观点的一种拓展。根据莫斯的观点, 礼物里潜藏的灵力“hau”不能长期留在受赠者处, 而必须跟随与赠礼价值相当的礼物流回赠与方, 否则可能会招致不幸。[4]在拼手气抢红包的过程中, 这种“hau”“不回礼担心被认为小气”或“应该将好手气继续传递下去”的心理状态会落在手气最佳者处, 这种基于熟人网络而产生的“hau”的长期停留会使人产生心理压力, 因此, 考虑到个人在现实社会人际关系间的形象, 手气最佳者会继续推进游戏进程。

借助莫斯的礼物流通观, 笔者看到在新媒体视域下, 春节红包在收受过程中的内在性质变化, 原本体现着家族内部仪式感的活动变成了亲朋好友间表达祝福的社交活动。

(二) 集体狂欢式的游戏

哈伊尔·巴赫金的狂欢化理论的前提是对两种世界的划分。第一世界是秩序世界, 平民大众的常规生活充满了对权力的屈从。第二世界是狂欢广场, 人们打破身份和职位的界限, 平等地交往, 自由地生活。[5]

笔者认为, 互联网时代下, 新媒体构筑的虚拟社交空间正是巴赫金提出的第二世界, 使人们的身份和关系得到重组。在此意义上, 微信红包是在互联网社会中对传统春节红包文化意义的有益补充:红包不仅是血缘关系内部互动的符号, 体现了传统封建家庭的等级秩序和伦理观念;还成了地缘和业缘关系的互动符号, 是一种新兴的以新媒体为媒介的新春娱乐活动。

另一方面, 笔者认为有一种不得不警惕的趋势, 即微信红包趁着集体狂欢的情绪迅速流行起来的同时, 传统礼俗文化逐渐被消解殆尽。

三、微信红包里变质的年味

有人提出, 微信红包增添了春节的“年味儿”, 红包互动和传播使得节日气氛更加浓烈, 而关于对抢红包忽视家人的想法是杞人忧天。[6]

笔者认为, 年味的营造主要体现在家族内部。抢红包已经成为公认的春节新年俗, 但终究只是一场游戏。这种形式会随着新年俗的更迭, 像电话和短信拜年一样, 被公众淡忘, 但贴对联、包饺子等春节传统活动则永远不过时, 传统文化礼俗继承民族文化精髓, 凝聚民族文化向心力。

2016年春节后, 腾讯官方表示:“猴年春节甚至不少爷爷奶奶辈也注册了微信账号……60后发送红包超过1.66亿个”。60后群体的年龄范围是47~57岁间, 这一群体属于爷爷奶奶辈的年轻群体, 不具备所谓老年人主力群体的代表性, 而家族中的60~70岁以上的老人大多尚未灵活掌握上网技能。晚辈们低头抢红包时, 长辈们却心有余而力不足, 无休止的红包活动瓦解了家族内部由拉家常构建的互动体系, 打破了长辈与晚辈的有效互动格局。

反观今日, 2016年除夕夜, 春晚发动全国观众加入摇一摇抢红包活动中, 从电视台的角度, 这一做法不仅提高了收视率, 而且通过红包广告替代了部分电视屏幕广告。但从民众的角度, 有网民戏称“过去除夕四大年俗:贴春联、贴门神、守岁、领压岁钱, 如今新四大习俗是抢红包!抢红包!抢红包!抢红包!”腾讯官方认为:“微信以红包一举撬动了国人的内心, 激活乃至重构了春节场景。”试问, 这种重构的春节场景是否已经变了味儿?还有一种观点认为抢红包这一社交行为强化了人际关系, 试问, 若过春节的主要目的在于家族的内部团圆, 对外部人际关系的过度注意是否是一种本末倒置, 是否与春节的文化意义有所背离。

四、结语

传统春节中的红包习俗体现的是一种庄重的仪式感, 而在微信红包时代, 红包活动不再是庄严的仪式, 而是娱乐化、年轻化的游戏形式, 红包收受不再是长辈和晚辈间的互动, 而是一场没有身份差别的狂欢。

微信红包确实让原本刻板的社会关系变得更加自由。但在一系列的保留、创新、打破和重构的背后, 也伴随着挤压现实人际传播空间不利之处。“用新的眼光来看待和认识节日, 用新理念服务新年俗”的观念无可厚非, 但“新年俗”微信红包真的可以继承有益的文化内涵, 让春节文化在传承中发扬光大吗?笔者对此尚表示忧虑和怀疑。

参考文献

[1]刘震.电子红包对红包文化的现代性重构[J].西部学刊, 2016 (4) :41-42.

[2]刘昕毓, 李雨欣.新媒体视域下的春节红包文化变迁[J].东南传播, 2015 (7) :63-65.

[3]猴年春节总收发321亿个春节成微信红包主场[EB/OL].腾讯科技, http://tech.qq.com/a/20160213/021685.htm, 2016-02-13.

[4]马塞尔·莫斯.礼物[M].上海人民出版社, 2002:16-22.

[5]王琦予.从巴赫金狂欢化理论看“自媒体时代”[J].石家庄铁道大学学报, 2012 (3) :57-60.