2026-07-01 工作日志
每日站会（702 发版前最后同步）
本次会议同步了各模块的测试、开发及数据核对进展，并明确了 7 月 2 日发版的相关事项。
小结
1. 测试与性能
- 昨日测试中发现的 SFA 相关问题已解决，剩余为提示语优化问题，将在今日进行再次验证
- 前端页面加载慢的问题，已确定解决方案为集成离线算法进行坐标转换，并将进行实地测试验证
- 应用崩溃问题将通过客服每日跟进和调研一线场景的方式进行解决
2. 各模块开发与数据核对
- TTS：已于今日凌晨完成切换，目前功能正常
- SIV：已解决因 SDK 线程池抢占导致的崩溃问题，将在 7 月 2 日发版解决
- 数据核对：智慧门店与主数据存在 21 条历史数据差异，需继续处理；营销活动中心已发现 10 类基础数据存在差异，将进行后续排查
3. 发布与评审
- 各模块将按计划推进，其中电商健康度规则优化、P0 接口优化等将在 7 月 2 日发版时上线
- 各项目组需自行完成代码和需求的检查，确保 7 月 2 日顺利发版
待办
1. 测试与性能
- 验证昨日 SFA 相关问题的修复情况 —— 李亚洲、刘晓娜
- 验收前端 UAT 提示语的修改 —— 李赵丹
- 组织营销助手版本的 UAT 评审 —— 李亚洲
- 跟进并验证前端性能优化方案的实际效果 —— 李赵丹
- 每日通过客服跟进应用崩溃问题 —— 李亚洲
2. 数据核对与问题跟进
- 排查营销活动中心 10 类基础数据差异的问题 —— 李亚洲
- 处理智慧门店与主数据之间的 21 条历史数据差异 —— 邢健
- 完成成人粉和酸奶的历史门店数据处理 —— 邢健
- 开发并联调内部人员接口优化的相关功能 —— 邢健
3. 项目管理与准备
- 于 7 月 3 日再次与业务侧沟通，确定各级人员看书权限的最终方案 —— 刘晓娜
- 准备商业评审所需材料，确保 7 月 2 日发版工作万无一失
报表 UI 及导出功能评审
本次会议主要围绕报表功能的 UI 调整和导出功能进行评审，明确了具体修改项和后续测试要点。
小结
1. 报表 UI 及导出功能调整
- 字段增加了注释功能，导出功能将新增一个 Sheet 页来展示字段的注释说明
- "是否重码"等字段的问号图标需修改为感叹号图标
- "扫码类型"和"扫码工具"两列的对齐方式需调整为右对齐
2. 测试要点
- 需要对不同角色的用户进行测试，确保权限逻辑正确
- 导出功能需重点验证，确保数据完整无误
待办
1. UI 细节修改
- 将"是否重码"等字段的问号图标修改为感叹号 —— 秦丽娜
- 确认并修改"扫码类型"和"扫码工具"两列的对齐方式为右对齐 —— 秦丽娜
2. 功能测试
- 对不同角色用户进行测试，验证权限逻辑 —— 秦丽娜
- 测试导出功能，确保数据正确无误 —— 秦丽娜
702 上线材料检查
检查营销活动中心 702 上线材料，发现研发自测内容与上线内容的对齐口径不一致，已要求马奇进行对应更新。
退货查询接口改动紧急对齐会
本次会议紧急讨论了退货查询功能的接口改动，明确了将 ID 查询改为单号查询，并确定了新旧单据的兼容方案。
小结
1. 退货查询接口改动
- 为统一查询逻辑，将原有的 ID 查询方式改为使用退货单号（single）进行查询
- 后端接口将同时兼容 ID 和单号两种查询方式，前端可根据返回结果选择使用
- 现有查询接口（如 081 系列）将进行改造，以兼容出货、签收、退货等多种单号类型
2. 新旧单据兼容方案
- 新系统将为所有订单（包括历史数据）提供单号，旧单据的单号为特殊长字符
- 后端将兼容处理新旧两种单号，确保历史数据的正常查询
3. 上线计划
- 本次改动计划随"冰淇淋二上"版本发布
- 由于改动范围较小，预计当天即可完成修改和内部测试
待办
1. 前端开发与测试
- 前端需将查询逻辑从 ID 改为单号，并适配后端返回的新字段 —— 陈志伟
- 测试团队需在内部完成集成测试，重点验证新旧单据的查询功能 —— 陈昊
2. 后端接口提供
- 张喜会后将提供已修改的接口代码
3. 研发同步
- 陈思需将本次会议结论转达给相关研发同学
后端开发岗位面试与紧急发版评审
发言人：tony.liu、贾志新、张建利、王建朝、宋洋等 8 人
本次会议完成了两位后端开发候选人的技术面试，重点考察了高并发架构设计、数据库优化及团队管理能力；同时紧急评审了底座系统 Tab 页优化及 Excel 导出功能的发版计划，明确了上线流程与风险控制。
一、候选人 1（tony.liu）技术面试
1. 高并发架构设计与稳定性保障
- 审批流优化方案：针对微服务架构中下游 API 抖动导致审批流程中断的问题，候选人设计了"核心流程+异步补偿"的最终一致性方案，利用 MQ 重试机制保障业务流转
- 幂等性与并发控制：在数据写入、MQ 发送及外部 API 调用环节均设计了幂等机制。通过单线程消费 MQ 及唯一 Key 校验，解决了并发场景下的数据一致性问题
- 故障模拟测试：设计了基于 HTTP 请求控制的异常触发机制，通过在代码中植入点位，模拟下游服务超时或 5xx 异常，验证系统在极端情况下的容错能力
2. 数据库运维与性能调优
- SQL Server 迁移 MySQL 决策：候选人阐述了迁移决策主要基于技术栈统一、运维成本（人员熟悉度、正版授权费用）及长期可维护性考虑
- 性能优化实践：针对迁移后 MySQL 性能下降的问题，通过梳理慢 SQL、优化索引设计及 SQL 语句，最终提升了系统的查询效率与稳定性
- 故障排查能力：掌握了通过
show processlist命令排查 MySQL CPU 打满问题的方法，并能结合业务日志进行慢 SQL 定位
3. 技术选型与团队管理
- 微服务框架选型：候选人倾向于 Spring Cloud，认为其社区活跃度高于 Dubbo，且 Dubbo 在多语言生态支持上存在局限性
- 团队效能提升：通过人员梳理与调整，结合个人能力与意愿匹配，实现了团队交付效率约 20% 的提升（基于单位时间需求交付数量）
二、候选人 2（贾志新）技术面试
1. 业务架构与数据同步方案
- 多端系统设计：阐述了总部端（面向管理层/加盟商）、门店端（面向顾客/收衣）及 C 端（小程序）的业务隔离与数据流转逻辑
- 数据同步机制：采用自定义线程池实现总部与门店间的数据同步，通过"先查后更新"策略保证幂等性，并利用 Redis 分布式锁解决跨 JVM 并发问题
- 线程池参数调优：针对 IO 密集型任务，设置了核心线程数为 CPU 数的 2 倍，并采用 CallerRunsPolicy 拒绝策略防止任务丢失
2. 分布式锁设计与学习能力
- 锁设计细节：候选人详细描述了 Redis 分布式锁的实现，包括 Key 设计、Value 唯一性、设置过期时间与删除锁的原子性操作，并考虑了锁续期机制
- 技术学习广度：目前主要关注 Spring AI 与大模型应用（如 Agentic）的学习，以及数据库 ACID 底层原理的深入研究
三、紧急发版与功能评审
1. 底座系统 Tab 页优化发版
- 优化内容：针对底座系统 Tab 页切换卡顿、加载缓慢的问题进行了前端代码优化，旨在提升营销活动发版前的用户体验
- 发版计划：申请今晚紧急发版窗口，需在营销活动发版前完成验证。要求严格按照标准流程维护上线记录与 Tag
2. Excel 导出功能补充
- 需求背景：为满足 PRD 新增要求，在原有 7 个报表导出功能中增加一个 Sheet 页，用于展示字段注释说明
- 评审结论：鉴于该功能已开发完成且不涉及核心业务逻辑变更，评审会确认不再进行技术方案评审，直接按流程上线
待办
- 提交底座系统 Tab 页优化的发版计划，并联系张建利老师进行审批 —— @李明非
- 维护底座系统发版的上线记录、Tag 及验证结果 —— @李明非
- 将 Excel 导出功能的自测截图补充至上线文档中，并注明相关备注 —— @韩冬冬 @马奇
702 版本营销中心上线评审
本次会议评审了 7 月 2 日版本的营销中心需求与测试情况，重点关注了 B 端出货等核心功能的性能表现，并探讨了后续的测试补充计划。
小结
1. 营销中心 7 月 2 日版本范围
核心功能优化：
- 签收链路优化：支持经销商代替门店人员进行签收
- B 端出货规则：增加加锁控制，解决"一码多出"问题，并规定必须在生产日期加两天后才能出货
- 调拨距离控制：增加调拨时的距离限制
- 报表注释：为报表字段提供取值含义和特殊逻辑的注释，方便理解和导出
线上问题修复：
- 解决 B 端出货明细表因签收时间晚于抽奖时间导致的数据缺失问题
- 修复盘点明细表因 double 报错而导致的数据异常问题
- 修复 B 端出货明细表调用经纬度时信息不全的 bug
- 解决门店店主信息更新存在 2 分钟延迟同步的问题
2. 测试情况与性能表现
- 测试范围：已完成签收链路优化、B 端出货规则、调拨距离控制及报表注释等功能的测试，并提供了通过的测试报告和截图
- 性能测试发现：
- B 端出货接口：引入解锁逻辑后，TPS 从 87.5 降至 14.5，响应时间显著增加
- 整单转移与退货：在大单量（如 5000 码量）场景下，接口响应时间超过 5 秒，前端页面操作耗时达到 10-11 秒
- 测试方法论：会议讨论了应关注"接口响应时间"与"前端页面响应时间"的差异，由于接口响应时间已超标准，前端体验必然更差
待办
- 需要补充"旁路测试"结果，即由真实用户操作 APP 进行扫码等流程，并记录其实际的页面响应时间，以验证用户体验 —— 郑然然