项目名称：迷你红包
功能：注册、登陆、添加好友/群、收发红包、红包过期自动退还、离线消息持久化、消息确认；
扩展功能：支持表情、语音、视频等富媒体聊天。
技术难点：千万级别好友、群关系的数据库（表）设计；百万级别高并发设计与实现；消息订阅与发布；单聊、群聊；应用层消息确认机制实现；亿级别数量里寻找下一秒需过期红包；
核心技术：加密算法(RSA/MD5/DES/ECC)、多线程编程及同步机制（读写锁/CAS）、IO复用函数、零拷贝；MySQL、红包随机算法、红包过期处理算法、应用层亿级别消息确认机制；
第一章 项目背景和需求
带着大家了解项目功能点，功能模块组织等。通过注册和登陆的核心流程分析，让大家学会如何细分一个功能的具体实现，以及在企业里面实现一个功能点，又要考虑和注意哪些问题等。
第二章 好友&群表设计及优化
结合MySQL的三大范式，反范式、一对多、多对多等设计；
海量数据场景的数据缓存机制及同步更新分析；
腾讯是如何处理微信8.7亿用户（分库分表、主从复制、主主复制、两地三中心）？；
第三章 分析多种应用层消息如何做确认
TCP提供可靠的数据传输协议，但是她只保障应用层交付给她的“数据”可靠传送到endpoint，但是我们依然需要实现应用层数据确认机制。
当我用微信发消息给“王思聪”时，他明明都已经回复我了，但是微信偶尔也会提示“消息未发送成功”。
在本章节里，带着大家一起分析以下内容：
1.为何还需应用层做数据确认？
2.为何微信会发出错误提示？
3.我们该怎么做到应用层数据确认？
4.消息已读回执如何实现？
5.海量消息又该如何完美处理？
第四章 如何处理百亿级别红包“秒级别”过期
估计目前微信的红包数量在数百亿量级，那么为了达到精确的“秒级别”过期，我们又该如何去设计和实施呢？
我从以下几点带着大家去分析：
1.Linux 的定时任务crontab机制和思想
2.分布式海量数据如何查找？
3.如何防止“写热点”？
4.百亿红包过期如何实现？
第五章 消息订阅与发布
群聊，是一个大家都熟悉的功能。那么拥有8.7亿用户的微信产品又该如何实现群聊呢？
我从以下几点带着大家去分析：
1.群聊常规实现机制有哪些、缺点是什么？
2.消息订阅与发布的概念以及核心实现思想
3.写扩散or读扩散？
第六章 单台服务器百万级别高并发设计与实现
通过前面内容讲解，最后一起攻克最后一个核心难点“单台百万”高并发设计与实现。
我从以下几点带着大家去分析：
1.进程模型的选择（多线程/线程池、多进程/进程池、绿色线程？IO/CPU Bound分析）
2.网络模型的选择（阻塞＋线程池、IO复用Select/Poll/Epoll）
3.设计模式的选择（半同步/半异步、领导者/追随者）
4.核心数据结构选择
上面六个章节内容，也就覆盖了我们在企业里从立项后的项目功能梳理，实现分析，到具体技术选型的全过程。后面有机会，给大家介绍在企业里如何进行大规模压力测试。
还需要了解更多，可点击 课程视频
