1. 课程导论：评分通道业务背景、低延迟架构的核心挑战、课程目标与学习路径
1.1 评分通道业务背景
在互联网内容平台、电商、外卖、出行等核心场景中，评分通道是用户对服务或商品进行即时反馈的关键链路。用户的一次点击、一条评价、一个星级打分，都会在毫秒级内触发一系列后端处理：数据校验、风控过滤、评分聚合、缓存更新、消息推送等。
评分通道的典型业务特征包括：
- 高并发写入：热点活动期间，单秒评分请求可达数十万甚至百万级。
- 低延迟要求：用户期望评分后立即看到反馈（如星级变化、积分到账），端到端延迟通常要求 < 200ms。
- 数据一致性：评分结果需准确聚合，不能因并发冲突导致分数错乱。
- 可扩展性：业务快速迭代，评分规则、风控策略、积分逻辑频繁变更。
案例场景：某日活千万级的外卖平台，用户完成订单后进入评分页。评分通道需在 150ms 内完成：校验订单状态、反欺诈检测、更新商家平均分、发放用户积分、推送评分通知。高峰期 QPS 可达 12 万。
1.2 低延迟架构的核心挑战
构建评分通道的低延迟架构，面临以下四大核心挑战：
| 挑战维度 | 具体问题 | 典型影响 |
|---|---|---|
| 网络与IO | 多次RPC调用、数据库写入、缓存穿透 | 单次请求可能产生 5~10 次网络往返，延迟叠加 |
| 并发冲突 | 同一商家/商品同时被大量用户评分 | 数据库行锁、缓存雪崩、评分聚合错误 |
| 资源竞争 | CPU、内存、连接池争抢 | GC 停顿、线程阻塞、吞吐量下降 |
| 业务复杂性 | 风控、积分、通知等多环节串行处理 | 长链路导致尾延迟恶化 |
这些挑战要求架构设计必须在延迟、吞吐、一致性、成本之间做出精确权衡。传统的同步阻塞模型、全链路事务、单库单表架构已无法满足要求。
1.3 课程目标与学习路径
本课程旨在通过一个完整的评分通道实战案例，帮助学员掌握低延迟架构的设计原则与落地方法。课程目标如下：
- 理解评分通道的业务模型与性能指标（P99 延迟、QPS、错误率）。
- 掌握异步非阻塞、事件驱动、读写分离、缓存分层等核心架构模式。
- 学会使用 Netty、Disruptor、Redis、Kafka 等组件构建低延迟链路。
- 具备性能压测、调优、问题定位的实战能力。
学习路径分为四个阶段：
- 基础篇：评分通道业务建模、性能指标定义、技术选型对比。
- 设计篇：异步架构、无锁编程、缓存策略、数据一致性方案。
- 实现篇：核心代码实现、组件集成、链路压测与调优。
- 进阶篇：高可用部署、监控告警、灰度发布、持续优化。
学习建议：本课程适合有 3 年以上后端开发经验、熟悉 Java 并发编程和主流中间件的工程师。建议每章结束后动手完成配套实验代码，以加深理解。
1.4 评分通道低延迟架构总览
下图展示了本课程将要构建的评分通道整体架构，涵盖从客户端请求到最终数据落地的核心链路与组件：
1.5 课程核心指标与衡量标准
在后续章节中，我们将围绕以下关键性能指标进行架构设计与优化：
| 指标 | 目标值 | 说明 |
|---|---|---|
| P99 延迟 | < 150ms | 99% 的请求在 150ms 内完成 |
| QPS | > 10 万 | 单机每秒处理请求数 |
| 错误率 | < 0.1% | 超时、异常、数据不一致等错误占比 |
| 可用性 | 99.99% | 全年不可用时间 < 52.6 分钟 |
注意：低延迟架构并非一味追求极致速度，而是在满足业务一致性要求的前提下，通过合理的异步化、并行化、缓存化手段，将延迟控制在可接受范围内。过度优化可能导致系统复杂度剧增，反而降低稳定性。
1.6 课程实验环境与技术栈
本课程所有实战案例均基于以下技术栈，建议学员提前搭建好实验环境：
- JDK 17+：使用 ZGC 或 Shenandoah GC 降低停顿。
- Netty 4.1.x：构建高性能网络接入层。
- Disruptor 3.4.x：实现无锁事件处理。
- Redis 7.x：缓存评分数据与热点 Key。
- Kafka 3.x：异步解耦非核心链路。
- JMH / wrk：进行微基准测试与压测。