第1章 课程介绍
课程内容的整体介绍以及学习建议。
1-1 Go抽奖系统导学
第2章 6种抽奖活动来一遍
看书不如动手，本章将从年会抽奖、彩 票刮奖、微信摇一摇、支付宝集福卡、微信抢红包、抽奖大转盘6种抽奖活动的实现出发，让小伙伴切身的体验下如何实现不同的抽奖活动，这些活动实现的差异和难点在哪，并示范用多种方法（互斥锁、atomic、sync.Map等等）解决并发安全问题。...
2-1 年会抽奖_实现分析
2-2 年会抽奖基本功能实现
2-3 编写web单元测试和并发安全问题
2-4 用互斥锁解决并发安全问题
2-5 彩 票_实现分析
2-6 刮刮乐和双色球
2-7 微信摇一摇_实现分析
2-8 微信摇一摇实现（上）
2-9 微信摇一摇实现（下）
2-10 bug修复和压测
2-11 支付宝集福卡_实现分析
2-12 支付宝集福卡实现
2-13 微博抢红包_实现分析
2-14 实现发红包
2-15 实现抢红包
2-16 均衡问题和sync.Map解决异常
2-17 改用chan的方式解决并发安全问题
2-18 再次压测验证和优化改造
2-19 抽奖大转盘_实现分析
2-20 抽奖大转盘初步实现
2-21 sync.Mutex和atomic改造性能对比
2-22 六种抽奖活动总结
第3章 系统设计和架构设计
本章对抽奖系统和架构进行详细的设计。总结前面的开发经验，从需求分析开始入手，整理需求，提炼功能，分析完善用户操作和业务流程、数据库设计、缓存设计要点。
3-1 需求整理和提炼
3-2 用户操作和业务流程
3-3 数据库设计
3-4 缓存设计
3-5 系统架构设计
3-6 系统设计和架构设计总结
第4章 项目框架与核心代码
本章开始动手使用iris+xorm先把项目框架搭建起来，并且把基础的核心代码（dao,services,comm，用户登录、退出等）完成，为后续的功能开发做基础的准备。
4-1 项目框架搭建
4-2 数据模型的生成
4-3 核心的dao和service类
4-4 定义dao
4-5 定义service
4-6 定义数据库和redis配置信息
4-7 创建数据库实例及其要点
4-8 创建redis实例及其要点
4-9 利用iris建立web站点
4-10 项目配置和通用方法
4-11 web站点初始化构建
4-12 实现IndexController
4-13 完善路由和main.go文件
4-14 登录和退出：安全值校验和防篡改
第5章 后台功能开发
一个可视化的管理后台可以更好的帮助产品运营来自助操作，本章将实现相关功能并完成抽奖活动的定制规则设置。
5-1 后台功能开发介绍
5-2 页面模板和AdminController
5-3 奖品管理实现（上）
5-4 奖品管理实现（中）
5-5 奖品管理实现（下）
5-6 优惠券管理实现（上）
5-7 优惠券管理实现（下）
5-8 中奖记录管理
5-9 用户管理
5-10 IP黑名单管理
第6章 基于mysql的抽奖功能开发
本章将先完成后端抽奖接口的实现，完成抽奖业务逻辑和数据流程的开发。
6-1 抽奖接口开发细节分析
6-2 用户并发操作的锁
6-3 验证用户、IP今日参与次数（上）
6-4 验证用户、IP今日参与次数（下）
6-5 用户、IP黑名单的处理
6-6 抽奖的实现
6-7 发奖的实现
6-8 中奖记录和返回结果
第7章 使用redis缓存优化
本章引入redis来优化整个系统，减轻对mysql的依赖，提高抽奖接口的性能。
7-1 分析_奖品数据全量缓存
7-2 实现_奖品数据全量缓存（上）
7-3 实现_奖品数据全量缓存（下）
7-4 分析_单个用户数据部分缓存
7-5 实现_单个用户数据部分缓存
7-6 分析_IP黑名单数据缓存
7-7 实现_IP黑名单数据缓存
7-8 优化IP今日抽奖次数
7-9 优化用户今日抽奖次数
7-10 用户今日抽奖次数（上）
7-11 用户今日抽奖次数（下）
7-12 为什么要使用奖品池
7-13 初步使用奖品池
7-14 分析_优惠券的全量缓存
7-15 实现_优惠券的全量缓存（上）
7-16 实现_优惠券的全量缓存（下）
7-17 使用redis优化总结
第8章 奖品池以及发奖计划的实现
本章实现两个基础服务功能(更新发奖计划，自动填充资源池)，来完成奖品的发奖计划数据维护，保证可以合理的把奖品填充到奖品池中。
8-1 发奖计划设计分析
8-2 实现发奖计划（上）
8-3 实现发奖计划（中）
8-4 实现发奖计划（下）
8-5 自动填充奖品池分析
8-6 实现奖品池（上）
8-7 实现奖品池（下）
8-8 总结发奖计划和奖品池
第9章 完整性演示以及更多总结
实现前端页面的大转盘效果，完整的演示最终的效果。通过不同的设置以及测试方法，利用压力测试工具对系统性能进行分析，深入了解业务逻辑以及技术实现的细节，对系统性能的影响，明白时间消耗的关键点。而更多的思考和总结，让抽奖类活动的有更多玩法。 ...
9-1 前端大转盘分析
9-2 前端大转盘效果实现
9-3 优化奖品设置分析
9-4 优化发放奖品分析
9-5 再来一次压力测试吧
9-6 压力测试
9-7 更多运营策略
1、自动：在上方保障服务中标有自动发货的商品，拍下后，将会自动收到来自卖家的商品获取（下载）链接；
2、手动：未标有自动发货的的商品，拍下后，卖家会收到邮件、短信提醒，也可通过QQ或订单中的电话联系对方。
1、描述：源码描述(含标题)与实际源码不一致的（例：描述PHP实际为ASP、描述的功能实际缺少、版本不符等）；
2、演示：有演示站时，与实际源码小于95%一致的（但描述中有"不保证完全一样、有变化的可能性"类似显著声明的除外）；
3、发货：手动发货源码，在卖家未发货前，已申请退款的；
4、服务：卖家不提供安装服务或需额外收费的（但描述中有显著声明的除外）；
5、其他：如质量方面的硬性常规问题等。
注：经核实符合上述任一，均支持退款，但卖家予以积极解决问题则除外。交易中的商品，卖家无法对描述进行修改！
1、在未拍下前，双方在QQ上所商定的内容，亦可成为纠纷评判依据（商定与描述冲突时，商定为准）；
2、在商品同时有网站演示与图片演示，且站演与图演不一致时，默认按图演作为纠纷评判依据（特别声明或有商定除外）；
3、在没有"无任何正当退款依据"的前提下，写有"一旦售出，概不支持退款"等类似的声明，视为无效声明；
4、虽然交易产生纠纷的几率很小，但请尽量保留如聊天记录这样的重要信息，以防产生纠纷时便于网站工作人员介入快速处理。
信息加载中,请等待
微信客服(速回)
微信客服(慢回)
客服咨询
营业执照
鲁公网安备：37068702000078号