2026-05-22 工作日报
今日工作概述
今日参加了 2 场会议，涵盖技术面试和 B 端出货加锁与扫码签收方案评审。重点敲定了分布式锁机制、扫码即签收方案演进及业务数据治理规范，并整理了 2 份会议纪要文档。
一、技术面试 — 候选人啊力
面试官：王建朝
候选人评估
| 维度 | 评估 |
|---|---|
| 经验 | 12年+开发经验，Java全栈 |
| 技术栈 | Spring Boot、MySQL、Redis、Kafka、Vue |
| 项目经历 | 银行（中信银行）、政府、科技项目 |
| 亮点 | 分布式锁、水平越权防护、Redis数据一致性、AI助手开发 |
关键技术能力
- 分布式架构：理解分布式锁、数据一致性保障（延迟双删、消息补偿）
- 安全方案评审：等保、国密、HTTPS、哈希校验、签名等
- AI开发：Java调用阿里云API + 百炼平台大模型，实现多轮对话上下文记忆
二、B端出货加锁与扫码签收方案评审
参会人：张喜、邱毅、王建朝、陈德智、宋洋等12人
核心方案确认
1. B端出货加锁（防"一码多出"）
| 机制 | 方案 |
|---|---|
| 并发控制 | Redis 码级别分布式锁 |
| 数据库兜底 | MongoDB 主键唯一约束 |
| 幂等性 | 服务端保证，二次扫码提示"已被占用" |
| 过期清理 | 5分钟定时任务，10分钟容错窗口 |
| 分片优化 | 收货码/出货单号作为分片键 |
2. 扫码即签收（两步合并一步）
- 接口整合：扫码+校验+签收入库一次完成
- 校验下沉：距离/货权/码状态校验迁移至服务端
- 防重保障：盘点/查证/售出不加锁，其余场景加锁
- 异常兜底：前端重新拉取全量状态
3. 业务数据治理规范
- 五段归属原则："有店取店，无店取商"，三团队（SFA/智慧导购/后端）共识执行
- 字段冗余：必须携带"人、商、店、品"四维度完整信息
- 距离透传：门店距离属性为必传字段
关键时间节点
- 下周一：528版本上线前代码走查会
今日待办汇总
高优先级
- [ ] 准备 Demo 数据演示"不加容错时间"的极端差异场景 — @张喜 @金策
- [ ] 梳理"扫码机签收"极端并发异常处理流程 — @张喜 @金策
中优先级
- [ ] 下周一下午组织528版本代码走查会 — @张喜 @王建朝
- [ ] 技术文档补充分布式锁 Key 共用设计规划 — @张喜
今日会议纪要文档
| 文档 | 内容 |
|---|---|
| B端出货加锁方案评审 | Redis分布式锁、过期清理归档、分片查询优化 |
| 扫码即签收方案与业务数据治理评审 | 一步到位签收、五段归属原则、字段冗余规范 |
明日计划
- 跟进B端出货加锁Demo数据准备
- 推进扫码即签收异常处理流程梳理
- 准备下周一528版本代码走查