企业官网建设流程全解析

🔥个人主页：代码不加冰（欢迎来访）
🎬作者简介：java后端学习者
❄️个人专栏：LeetCode刷题日记 ， 苍穹外卖日记，SSM框架深入，JavaWeb，
✨命运的结局尽可永在，不屈的挑战却不可须臾或缺！

前言：

今天由于没有很多的时间，然后又看到群友发的奥特曼的额度，多的用不完，所以跑了好几个项目，玩了一玩，搓写了个个人日记，当然只是自己使用，很简单，然后还在claude code中接入了一个skill，感觉还是挺实用的，superpowers，感兴趣的可以去搜一下，可以提高分析项目或者处理项目的效率。

如图：

这是一份面向“新手入门 + 老手复盘”的项目分析文档。新手可以跟着它理解项目怎么拆、代码怎么读；有经验的同学可以用它复盘 Redis、缓存、秒杀、MQ、Feed 流、GEO、限流等面试高频点。

1. 项目速览

黑马点评是一个简化版的大众点评类项目，核心业务围绕“本地生活服务”展开：用户可以登录、浏览商铺、查看附近店铺、发布探店博客、点赞关注、查看关注博主动态，也可以参与优惠券秒杀。

1.1 这个项目适合学什么

2. 技术栈职责表

这个项目不是简单地把技术堆在一起，而是把 Redis 的多种数据结构放进了真实业务场景中，这是它最值得复盘的地方。

3. 项目目录与阅读顺序

项目是单模块 Maven Spring Boot 应用，主启动类位于src/main/java/com/hmdp/HmDianPingApplication.java，通过@MapperScan("com.hmdp.mapper")扫描 MyBatis Mapper。

3.1 推荐阅读顺序

4. 运行环境与基础配置

如果你只是学习源码，可以先读代码；如果要完整跑通，需要检查 MySQL、Redis、RabbitMQ、Nginx 的本地环境是否和配置一致。

5. 核心业务模块拆解

5.1 模块：用户登录与鉴权

解决的问题

• 用户如何获取验证码。
• 用户如何登录。
• 后端如何识别当前请求是谁。
• 登录态如何续期。
• 用户签到如何记录和统计。

核心文件

核心流程

1. 用户请求验证码。
2. 服务端生成验证码。
3. 当前项目通过邮箱发送验证码。
4. 验证码写入 Redis：login:code:{email}。
5. 用户提交验证码登录。
6. 服务端校验 Redis 中的验证码。
7. 登录成功后生成 token。
8. 用户信息写入 Redis Hash：login:token:{token}。
9. 前端后续请求携带 token。
10. RefreshTokenInterceptor从 Redis 读取用户信息并刷新 TTL。
11. LoginInterceptor判断当前用户是否存在，不存在则拦截。

技术复盘

新手注意

当前代码里很多命名仍然偏向phone，但实际验证码发送使用的是邮箱能力。这一点适合在复盘中说明：项目从短信登录语义改成了邮箱验证码，但字段命名没有完全同步。

5.2 模块：商铺查询与缓存

解决的问题

• 用户如何查询商铺详情。
• 商铺数据如何缓存。
• 查询不存在的商铺时如何避免缓存穿透。
• 修改商铺后如何保持缓存和数据库一致。

核心文件

核心流程：查询商铺详情

1. 接收/shop/{id}请求。
2. 先查 Redis：cache:shop:{id}。
3. 如果 Redis 有正常数据，直接返回。
4. 如果 Redis 命中空字符串，说明之前查过数据库且不存在，直接返回空结果。
5. 如果 Redis 没有数据，查询 MySQL。
6. MySQL 查不到时，向 Redis 写入空字符串，设置较短 TTL，防止缓存穿透。
7. MySQL 查到时，将商铺 JSON 写入 Redis，设置正常 TTL。
8. 返回商铺信息。

缓存策略复盘

面试表达

这个模块可以这样讲：

商铺详情是典型读多写少场景，所以使用 Redis 缓存。查询时先查缓存，缓存未命中再查数据库。为了防止恶意请求不存在 ID 导致缓存穿透，数据库查不到时会缓存空值，并设置较短过期时间。更新商铺时采用先更新数据库、再删除缓存的 Cache Aside 策略，保证最终一致性。

5.3 模块：附近商铺 GEO 查询

解决的问题

• 用户如何查询附近商铺。
• 如何按照距离排序。
• 如何把 Redis GEO 查询结果和数据库详情结合起来。

核心文件

核心流程

1. 用户传入商铺类型、当前页、经纬度。
2. 如果没有经纬度，走普通数据库分页查询。
3. 如果有经纬度，使用 Redis GEO 查询shop:geo:{typeId}。
4. Redis 返回指定范围内的商铺 ID 和距离。
5. 后端根据 ID 列表查询 MySQL 商铺详情。
6. 使用FIELD(id, ...)保持 Redis 返回的距离排序。
7. 将距离字段补充到商铺对象中返回。

技术复盘

5.4 模块：商铺类型缓存

解决的问题

• 首页商铺分类如何加载。
• 排序后的类型列表如何缓存。
• 简单列表数据如何用 Redis 缓存。

核心文件

核心流程

1. 查询 Redis List：cache:shoptype:。
2. 如果 Redis 中有数据，将 JSON 反序列化为类型列表。
3. 如果 Redis 没数据，查询数据库。
4. 数据库按sort字段排序。
5. 将结果逐个写入 Redis List。
6. 返回商铺类型列表。

技术复盘

5.5 模块：博客、点赞与 Feed 流

解决的问题

• 用户如何发布探店博客。
• 热门博客如何查询。
• 用户如何点赞/取消点赞。
• 点赞用户排行榜如何展示。
• 关注博主后如何收到新博客推送。

核心文件

点赞流程

1. 用户点击点赞。
2. 查询 Redis ZSET：blog:liked:{blogId}。
3. 如果当前用户不在 ZSET 中，说明未点赞。
4. 数据库博客点赞数加一。
5. 用户 ID 写入 ZSET，score 使用当前时间戳。
6. 如果当前用户已在 ZSET 中，说明已点赞。
7. 数据库博客点赞数减一。
8. 从 ZSET 移除用户 ID。

Feed 推送流程

1. 用户发布博客。
2. 博客先保存到 MySQL。
3. 查询当前作者的所有粉丝。
4. 将新博客 ID 推送到每个粉丝的 Feed ZSET：feed:{fanUserId}。
5. 粉丝查看关注动态时，从自己的 Feed ZSET 按时间倒序滚动分页。

技术复盘

推模式和拉模式对比

当前项目使用的是推模式，逻辑更直观，也适合教学项目。

5.6 模块：关注与共同关注

解决的问题

• 用户如何关注/取关其他用户。
• 如何判断是否已关注。
• 如何查询共同关注。

核心文件

核心流程：关注用户

1. 用户点击关注。
2. 后端向tb_follow写入关注关系。
3. 同时将被关注用户 ID 写入 Redis Set：follows:{userId}。
4. 判断共同关注时，对两个用户的 Set 做交集。
5. 根据交集中的用户 ID 查询用户信息。

技术复盘

5.7 模块：优惠券与秒杀下单

解决的问题

• 商家如何发布优惠券。
• 秒杀库存如何控制。
• 高并发下如何防止超卖。
• 如何保证一人只能下一单。
• 如何降低数据库写入压力。

核心文件

秒杀链路总表

Lua 脚本做了什么

seckill.lua的核心职责是把多个 Redis 操作合并成一个原子操作。

为什么要用 Lua

为什么要用 RabbitMQ

面试表达

这个模块可以这样讲：

秒杀接口入口先通过令牌桶做限流，避免瞬时流量直接打满系统。通过 Lua 脚本在 Redis 中原子完成库存判断、一人一单判断、库存扣减和用户记录，保证不会在 Redis 层超卖。校验成功后生成订单 ID，并将订单消息发送到 RabbitMQ，由消费者异步扣减数据库库存并保存订单，从而实现削峰填谷，保护数据库。

5.8 模块：签到统计

解决的问题

• 如何记录用户每天是否签到。
• 如何统计用户连续签到天数。
• 如何避免一人一天一条签到记录导致数据量过大。

核心文件

核心流程

1. 用户请求签到。
2. 根据用户 ID 和当前年月构造 Redis key：sign:{userId}:{yyyyMM}。
3. 以当月第几天作为 bit 位偏移。
4. 使用 Bitmap 将当天标记为已签到。
5. 统计连续签到时，读取从月初到今天的 bitmap。
6. 从低位开始连续判断 1 的个数。

技术复盘

5.9 模块：文件上传与 Nginx 代理

解决的问题

• 博客图片如何上传。
• 前端静态页面如何通过 Nginx 访问后端接口。

核心文件

Nginx 联调思路

新手注意

当前仓库中包含 Nginx 目录和配置，但完整前端页面目录可能并不完整。如果你要跑前端，需要确认nginx-1.18.0/html/hmdp这类静态资源目录是否存在。

6. Redis 在项目中的使用总表

这个项目最适合用来复盘 Redis，因为它几乎覆盖了常见数据结构在业务中的落地方式。

6.1 Redis key 设计复盘

7. 重点技术方案深挖

7.1 缓存穿透

7.2 缓存更新策略

7.3 Redis ID 生成器

这种方式适合分布式场景下生成全局唯一 ID，比单机自增更适合多实例部署。

7.4 限流设计

限流的核心不是让所有请求都成功，而是让系统在高压下仍然可控。

8. 项目坑点与优化建议

这部分很适合老手复盘，也适合面试时主动补充“我不仅会用，还知道它的问题在哪里”。

9. 新手学习路线

9.1 新手不要一上来就钻秒杀

推荐先按这个顺序学：

1. 先看普通 CRUD，比如商铺查询、用户信息查询。
2. 再看 Redis 缓存，比如商铺详情缓存。
3. 再看登录鉴权，理解 token、Redis Hash、拦截器、ThreadLocal。
4. 然后看点赞、关注、Feed，理解 Redis ZSET 和 Set。
5. 最后看秒杀，因为秒杀同时涉及限流、Lua、Redis、MQ、事务和一致性。

10. 老手面试复盘表

11. 一句话总结每个模块

12. 项目价值与复盘建议

这个项目的最大价值，不在于业务复杂，而在于它把 Redis 的常见能力串进了多个真实业务场景中：

如果你是新手，建议把它当成 Redis 实战项目来学；如果你准备面试，建议重点讲清楚三条线：

1. 缓存线：商铺缓存、缓存穿透、缓存更新。
2. 社交线：点赞、关注、Feed 流。
3. 高并发线：限流、Lua、Redis 预扣库存、RabbitMQ 异步下单、DB 最终落库。

最后，复盘项目时不要只讲“我用了 Redis 和 MQ”，更好的表达是：

我在不同业务场景下选择了不同 Redis 数据结构：String 做缓存和库存，Hash 做登录态，Set 做关注和一人一单，ZSET 做点赞排行和 Feed，Bitmap 做签到，GEO 做附近商铺。秒杀场景下，为了避免超卖和一人多单，使用 Lua 保证 Redis 校验和扣减的原子性，再通过 RabbitMQ 异步落库，达到削峰和保护数据库的目的。同时我也意识到项目还有一致性补偿、唯一索引、秒杀时间校验、配置安全等可以继续优化的点。