3 分钟快速评审
如果你是第一次打开 SmartLive，这一页不是“告诉你去点哪里”，而是先用最短的时间让你判断：这个项目是不是完整、是不是扎实、是不是值得继续看。
1. 30 秒先看懂：这个项目到底是什么
SmartLive（智评生活）是一个面向本地生活场景的微服务平台，覆盖 用户端 App / H5、商家端 Web、平台管理端 Web 三类入口，把 发现、搜索、下单、支付、退款、评价、社交消息、商家经营、平台审核、AI / RAG 串成了同一套可运行系统。
这个项目的起点来自本地生活教学项目的业务地基，但当前版本已经继续独立扩展成了完整平台：不仅有交易链路，还有 IM、审核责任链、商家 AI 助手、向量检索和完整文档站。
如果你想判断它值不值得继续看，核心不在于“用了多少技术名词”，而在于三件事：
- 业务闭环是不是完整
- 服务协同是不是扎实
- 链路和数据能不能被快速验证
2. 先记住这 6 个关键数字
| 维度 | 当前数据 | 这组数据说明什么 |
|---|---|---|
| 业务模块 | 16 个 | 不是单服务 Demo，而是跨多个业务域的平台级拆分 |
| 服务应用 | 19 个 | 用户、店铺、商品、订单、AI、IM、审核、积分等都已独立成服务 |
| Java 代码 | 7 万+ 行 | 仓库总体量已经不是轻量级课程作业 |
| 数据模型 | 53 张核心表 | 交易、内容、社交、AI、治理和资产都有完整建模 |
| 服务协同 | 18 个 FeignClient / 30 个 RabbitMQ 监听器 | 微服务调用和异步解耦不是摆设，而是主链路组成部分 |
| 性能代表值 | 秒杀 QPS 3200+ | 高并发链路不是只讲设计，也有压测结果支撑 |
如果你只想记一句话，可以记成：
16 模块、19 服务、53 张表、7 万+ Java、18 个 Feign、30 个 RabbitMQ 监听器、秒杀 QPS 3200+。
3. 最值得看的 3 条链路
3.1 秒杀抢购链路
最能体现这个项目高并发处理能力的一条链路。
核心做法是 Redis Lua 原子校验 + RabbitMQ 异步下单 + 延迟 / 死信队列补偿，重点解决库存预扣、一人一单、未支付自动回滚这些问题。
3.2 订单支付退款链路
最能体现“状态流转 + 最终一致性”能力的一条链路。
它不只覆盖下单、支付、主动退款，还覆盖 订单超时取消、已支付未使用到期自动退款、钱包回滚与补偿兜底，适合讲真实业务系统里的复杂状态管理。
3.3 Redis 分层缓存链路
最能体现后端工程判断的一条链路。
这个项目不是“把数据都塞进 Redis”，而是按访问模式拆成 详情缓存、列表缓存、计数缓存、热榜缓存、滚动分页、Geo 检索，再配合逻辑过期、空对象缓存和随机 TTL 做完整治理。
如果你只能选 3 条看源码，我最推荐的顺序也是：秒杀 -> 订单支付退款 -> Redis 分层缓存。
4. 你应该重点关注什么
4.1 项目是不是完整
先看它是不是同时覆盖了：
- 用户端闭环：登录、发现、搜索、下单、支付、评价、社交、AI
- 商家端闭环：经营总览、店铺商品管理、订单履约、商家助手
- 平台端闭环：审核中心、评论评价治理、业务用户、积分增长、调度后台
4.2 页面是不是够真实
先看它是不是不只是文案描述，而是真的有：
- 真实页面截图
- 页面导览与视觉走查
- 页面与链路的对应关系
- 后台治理与商家经营页面
4.3 核心链路是不是够强
我建议重点看下面这 4 类：
- 秒杀与高并发交易
- 订单支付退款与自动补偿
- Redis 分层缓存与读链优化
- 审核责任链、搜索同步与热榜重建
4.4 数据是不是能自圆其说
建议重点看：
16 个业务模块19 个服务应用53 张核心表18 个 FeignClient30 个 RabbitMQ 监听器26 个 @XxlJob 处理器
5. 如果你只有 30 秒
直接看这三页就够了：
6. 如果你愿意再多看 2 分钟
推荐顺序只有 5 步：
- 先看 项目全貌与答辩说明，确认规模、时间线和项目定位
- 再看 业务走查，确认页面是否真实、闭环是否完整
- 再看 页面能力映射表，确认页面数量和模块覆盖
- 再看 核心链路总览，确认高并发、缓存、审核和 AI 链路深度
- 最后看 性能指标与结果，确认压测和工程表现是不是站得住
7. 如果你准备面试追问
继续往下看这三页：