业务实现

GGBOND2025/12/3大约 6 分钟

你是怎么独立完成一个业务功能的？比如草稿箱功能？

我按照需求→设计→开发→测试→上线的完整流程推进：

需求分析：明确草稿箱解决用户填写表单时信息丢失问题，梳理核心流程：手动保存、自动保存、草稿列表、恢复、删除。

系统设计：

测试上线：功能、并发、兼容性、场景测试，灰度发布后全量上线。

幂等（Idempotency）是编程与分布式系统中的核心概念，核心定义是：同一操作（或请求）被执行一次，与被执行多次的结果完全一致，且不会对系统状态造成额外副作用。

我主要做了两层保证：

数据库唯一索引：
- 草稿表添加 (user_id, definition_id) 唯一索引，同一个用户 + 同一个流程定义，只允许存在一个草稿。
- 定义 definition_id 为审批流程的唯一标识，确保每个流程的草稿独立存储。
前端请求幂等：
- 前端在保存草稿时，添加 requestId 到请求体，后端根据此 ID 检查是否重复请求。
- 如果重复请求，后端直接返回之前的保存结果，不重复处理。

问题描述：
用户手动点"保存"的同时，自动保存定时器一起触发，会覆盖掉前者。

解决办法：

问题描述：
流程设计器更新了表单字段，但历史草稿还存在旧结构 → 恢复会报错。

解决办法：

保存草稿时记录表单版本号：

{
  "form_data": {...},
  "form_version": "1.2.0"
}

核心流程：

生成二维码（UUID）
后端生成一个临时 loginToken，存 Redis，设短期过期（如 60 秒）。
前端展示二维码，二维码内容为：
```
https://xxx.com/qrLogin?token=xxxx
```
轮询登录状态
网页端每 1~2 秒轮询 Redis 查询该 token 是否被确认。
手机扫码 → 授权
用户打开 App/小程序 → 扫码 → 将登录授权请求发送给后端：
```
loginToken + 用户凭证（如 userId / session / jwt）
```
后端验证后将 Redis 中 token 状态改为 “已确认并绑定 userId”。
网页端完成登录
轮询收到状态变为已确认 → 后端生成正式 JWT → 浏览器完成登录。

为什么微信只能扫码登录？

因为 PC 端无法直接拿到微信账号体系的凭证。
微信的登录凭证（OpenID、SessionKey）只能通过 微信客户端或小程序内部调用微信 API 获得，网页环境无法拿到微信的用户授权。

所以微信 PC 端必须通过手机授权（扫码登录）才能确认用户身份。

一、如何判断是谁邀请的？

给邀请链接加 inviterId：

https://xxx.com/register?inviterId=12345

新人注册时带上此字段，后端记录邀请关系即可。

二、防刷方案：

核心方案：Redis分布式锁（Redisson）+ 数据库乐观锁（version/库存字段）双校验，配合库存预扣减+异步确认，步骤如下：

用户抢单先抢Redis锁（按商品ID设锁，防并发）；
抢到锁后，数据库执行 update 商品表 set 库存=库存-1 where 商品ID=xxx and 库存>0（乐观锁本质，update语句原子操作防超卖）；
若更新行数>0，抢单成功；否则失败，释放Redis锁；
异步同步订单状态，超时未支付自动回滚库存。

缓存层：售卖系统把商品库存放 Redis 里
消息队列：
1. 商家在后台系统更新库存表后，发个消息到 MQ（像 Kafka、RabbitMQ 那种）
2. 售卖系统订阅 MQ，收到消息就更新 Redis 缓存
查询逻辑：售卖系统先查 Redis，没有再查数据库
优点：高并发时查询快、数据库压力小
需要注意：确保消息靠谱投递，别让库存数据对不上