项目级能力亮点

本页作为网站详细版页面维护，适合从项目视角快速讲清系统卖点、工程价值与面试可展开性。

建议使用方式：

• 先用这页讲“这个项目为什么值得继续问”
• 再回到“个人贡献亮点”讲“我具体做了什么”
• 最后挑 1-2 条核心链路下钻到源码与实现细节

0. 一页读懂这个项目为什么有价值

• 不是单一后端 Demo，而是完整业务闭环：同时覆盖 用户端 App / H5、商家端 Web、平台管理端 Web 三个角色，前台交易、内容互动、商家经营、后台治理都能串起来。
• 不是只会写 CRUD，而是能覆盖真实后端考点：项目可以完整承接 微服务拆分、缓存、MQ、搜索、高并发、IM、AIGC、审核治理 等常见校招 / 实习面试问题。
• 不是纸上设计，而是有可验证资产：包含 16 个业务模块、19 个可运行服务、真实页面截图、链路图、在线文档与 200+ Git 提交记录，方便快速验证项目真实性。
• 不是点状技巧堆砌，而是系统性工程设计：从网关入口、业务服务、缓存结构、消息异步、搜索同步到定时补偿都有完整方案，能体现整体架构判断。

0.3 从教学起点到当前版本：这不是“照抄”，而是系统性演进

这个项目的起点，确实来自 黑马点评 的教学代码与课程思路。对外表达时，我更倾向于主动说清楚这一点，而不是回避：

• 起点是真实的：最初是跟着教学项目完成基础能力验证，帮助自己快速建立本地生活业务的最小闭环认知。
• 边界也是清楚的：教学项目能解决“入门和演示”，但它并不直接等于“完整系统”，尤其缺少商家侧、平台治理、AI、IM、审核中心、完整文档表达等部分。
• 真正的价值在后续演进：SmartLive 的重点不是“从零起一个空白仓库”，而是围绕真实系统边界，把原来的教学地基扩展成一个可运行、可验证、可答辩的完整平台。

这也是为什么我建议把它讲成 “起点 vs 当前版本”，而不是讲成和原项目“谁更强”的竞品对比。

维度	起点（黑马点评教学代码）	SmartLive 智评生活（当前版本）
定位	教学演示项目	覆盖用户端、商家端、平台管理端的完整业务闭环平台
服务形态	单体式教学项目，强调局部能力演示	19 个独立服务应用，围绕业务域拆分协同
业务模块	围绕少量核心交易与互动模块展开	16 个业务模块，覆盖交易、内容、社交、AI、治理、资产等完整域
前端覆盖	无或仅单端演示页面	用户端 App / H5 + 商家端 Web + 平台管理端 Web
AI 能力	无	用户侧问答 / 生成 + 商家侧经营助手 + 业务数据型 RAG
IM 模块	无	Netty 长连接 + Chat 会话持久化 + MQ 广播双通道
审核治理	无完整治理体系	覆盖 用户 / 店铺 / 博客 / 商品 / 评论 / 评价 的 6 类审核链
调度补偿	基础或弱依赖调度	26 个 @XxlJob 处理器，形成对账、补偿、修正和提醒闭环
数据模型	更偏教学型核心表	53 张核心表、8 个数据域，支撑完整后台治理与经营分析
文档资产	无完整在线文档体系	73 张链路图、102 张截图、11 篇专题页、在线文档站

如果面试官问“这是不是基于黑马点评做的”，最稳的回答不是否认，而是明确说明：项目起步于教学代码，但后续围绕服务拆分、业务闭环、AI、IM、审核治理和工程文档做了系统性扩展，这些部分才是当前版本真正的价值。

0.5 面试官最容易记住的 4 个标签

• 全栈业务闭环：用户端下单、商家端经营、平台端审核三侧联动，不是单角色系统。
• 高并发与一致性并重：秒杀、Feed、热榜、支付补偿、搜索同步等链路都能讲清性能与一致性的平衡。
• AI 能力不是装饰：用户端有 AI 问答、博客生成、评价生成，商家端有差评回复、经营分析、营销文案，具备真实落地场景。
• 文档表达能力强：不只是代码仓库，还沉淀了页面导览、架构图、链路图和 FAQ，适合做开源展示与面试答辩。

0.8 这页最有说服力的 6 组硬数据

如果你想把“亮点”讲得更像真实工程，而不是概念堆砌，最值得主动带出的就是下面这几组：

维度	当前数据	这组数据能说明什么
业务规模	16 个业务模块 / 19 个服务应用	项目不是单服务 Demo，而是完整的微服务业务拆分
代码密度	831 个 Java 文件 / 71 个 Controller	不只是画图和搭架子，接口层、业务层和后台能力是实打实写出来的
服务协同	18 个 FeignClient / 30 个 RabbitMQ 监听器	服务间调用和异步协同不是口头描述，而是已经落在代码里
调度补偿	26 个 @XxlJob 处理器 / 28 个后台调度任务	说明你有明确的定时修正、补偿和批处理能力
数据模型	53 张核心表 / 8 个数据域	说明这不是简单 CRUD，而是有完整的数据建模和后台治理体系
文档资产	73 张链路图 / 102 张截图 / 11 篇专题页	项目不仅能跑，还能被快速验证和讲清楚

这 6 组数据已经足够支撑“项目级能力亮点”这页，不需要再去堆配置文件数、YAML 数量或 Docker 文件数。

1. 业务数据型 AI / RAG 能力

• 多策略用户端 AI 路由：用户侧 AI 不只是单模型问答，而是支持直接路由、自主反思、多 Agent 协作三套策略切换；结合 Spring AI、Tool 与 SSE 输出，能够返回连续文本流和推荐卡片事件。
• 业务数据型 RAG 闭环：不是只做文档问答式 RAG，而是把店铺、商品、评价、博客等业务数据通过同步链路写入 Milvus，形成 4 类向量索引，并在在线问答阶段做语义召回、距离计算和多条件过滤。
• 用户侧博客 / 评价生成：支持按店铺信息自动生成探店博客标题和正文，也支持按评分与消费场景生成用户评价文案，属于能直接体现在前台体验里的 AIGC 能力。
• 商家侧 AI 经营辅助：除了用户侧问答与生成能力，还落地了差评回复、经营分析、营销文案与经营改进建议，让 AI 不只服务展示层，也服务经营决策。
• AIGC 内容治理：既能面向用户端输出博客和评价，也能面向商家端生成经营文案；同时通过 isAIGenerated 标记实现内容来源治理。

2. 极致性能与交易引擎

• 高性能动态 Feed 流：采用 推拉结合 模型与 Redis ZSet 滚动分页（Scroll Result） 机制，规避传统分页在社交场景下的数据偏移问题，更适合高频写入的关注流与热榜读取。
• 秒杀与延迟补偿链路：利用 Redis Lua 原子脚本 实现“库存预扣 + 一人一单”校验，结合 RabbitMQ 死信 / 延迟队列 实现未支付订单自动取消与库存精准回滚。
• 支付与订单状态闭环：围绕下单、支付、超时取消、退款回退、积分奖励等链路构建统一状态流转，主方案采用 MQ + 幂等 + 补偿 的最终一致性来兼顾吞吐与稳定性。
• 深度模式解耦设计：项目中大量采用面向对象设计。互动模块围绕 Like / Follow / Review / Comment / Resource / HotRank 等策略工厂做解耦；钱包中心则封装 PaymentStrategy 实现微信 / 支付宝等多支付渠道的安全路由与解耦。

3. 企业级边界防御与微服务基座

• Gateway 全局安全屏障：在 Spring Cloud Gateway 层手写 AuthFilter（无状态鉴权）、XssFilter（防跨站脚本）与 BlackListUrlFilter（非法拦截），在流量最前线构筑安全防线。
• 严苛的资源隔离与同步：采用自定义受控的 ThreadPoolExecutor 实现核心链路的线程舱壁隔离；在极端高并发及定时调度场景中，引入 Redisson 看门狗机制 构建高可用分布式锁。
• 分布式 IM 与 6 类审核链：基于 Netty 实现 WebSocket 长连接集群与分布式 Session；采用 责任链工厂模式 搭配 DFA 敏感词引擎构建覆盖 用户 / 店铺 / 博客 / 商品 / 评论 / 评价 六类业务的异步审核流水线。
• 跨库数据异步一致性：组合应用 RabbitMQ 消息可靠投递以及 XXL-JOB 定时对账批量落库任务，保障 MySQL、Elasticsearch、Redis 与 Milvus 多端数据逐步收敛到一致状态。
• 可扩展的一致性治理能力：当前核心一致性方案以事件驱动和补偿为主，同时已经预留 Seata 基础设施，未来可在余额支付、退款、券状态流转等强一致场景继续演进。

3.5 从代码看，这些亮点不是“口号”

如果面试官继续追问“这些能力是不是文档里写得好看”，你可以直接用下面这组代码级证据回答：

• 服务不是轻量拆分：当前仓库存在 16 个业务模块 与 19 个可运行服务应用
• 接口层不是空壳：当前一共 71 个 Controller
• 跨服务协同是真实存在的：当前一共 18 个 @FeignClient
• 异步链路不是摆设：当前一共 30 个 @RabbitListener
• 补偿和批处理是成体系的：当前一共 26 个 @XxlJob 处理器
• 审核与治理不是后台页面演示：审核中心当前覆盖 6 类业务类型，并通过策略工厂与责任链处理不同对象

这组数据最适合用来承接一句话：

这个项目的“能力亮点”不是单点技巧，而是已经在接口、服务协同、异步消息、调度补偿和后台治理里都落到了代码层。

4. 这个项目对求职最有价值的地方

• 能证明独立交付能力：不是参与局部模块，而是从系统拆分、链路设计、接口实现、页面串联到开源文档都能闭环说明。
• 能证明工程判断能力：知道什么时候该追求强一致，什么时候应该用 MQ + 幂等 + 补偿 的最终一致性；知道高并发场景不能生搬硬套重事务。
• 能证明复杂系统表达能力：同一个项目里既能讲缓存、消息、搜索，也能讲审核链、AI 路由、商家经营，这比单一博客系统更有辨识度。
• 能证明项目可展开性强：几乎每一块都能延展出 5-10 分钟深问，适合在校招 / 实习面试中作为主项目长期复用。

5. 推荐的 30 秒项目价值讲法

「智评生活」不是单一后台，而是一个覆盖用户端、商家端和平台管理端的本地生活微服务平台。我把交易、内容、社交、搜索、AI 和后台治理都串成了完整闭环。技术上既有 Redis、RabbitMQ、Elasticsearch、Milvus 这些中间件协同，也有秒杀、Feed、IM、审核和 AIGC 等真实业务场景，所以它比较适合作为 Java 后端项目去讲工程能力，而不只是接口开发。

5.5 推荐的 1 分钟项目亮点讲法

如果面试官已经愿意继续听，你可以在 30 秒版本后顺着讲这一版：

「智评生活」是我独立完成的一个本地生活微服务平台，不只是单纯的后端接口项目，而是同时覆盖用户端、商家端和平台管理端三类入口。
后端我拆了 16 个业务模块、19 个服务，把交易、搜索、社交、审核、IM、支付、积分、热榜和 AI/RAG 串成了完整闭环。
这个项目里我比较想重点讲三类能力：第一类是 Redis、RabbitMQ、XXL-JOB 这些中间件在高并发和最终一致性场景下怎么落地；第二类是秒杀、Feed、搜索、支付退款这些真实业务链路怎么设计；第三类是 AI 问答、博客生成、评价生成和商家助手这些差异化能力怎么和业务结合。
所以这个项目对我来说，不只是能证明我会写接口，更能证明我能做系统拆分、链路设计、工程表达和完整交付。

可以这样理解两个版本的使用场景：

• 30 秒版本：适合 Boss 打招呼、简历补充说明、面试开场第一句。
• 1 分钟版本：适合面试官已经开始追问“这个项目到底强在哪”时继续展开。

6. 建议从哪几条继续往下讲

• 如果想突出 后端基础能力：优先展开 Redis 分层缓存、RabbitMQ 可靠投递、订单支付退款链路
• 如果想突出 高并发与性能：优先展开 秒杀抢购、Feed 推送、热榜洗牌
• 如果想突出 项目差异化：优先展开 AI 路由与 RAG、商家助手、内容审核治理
• 如果想突出 项目真实性：直接结合 页面导览、视觉导览 与 核心链路图 一起讲