Work for YILI

Appearance

---
---

2026-09-28 工作日志 ​

物码周会 ​

发言人：李亚洲、孙东栋、郑然然、邢健、吴菊等 6 人；主题摘要：同步项目计划更新与测试进度，明确数据一致性问题排查方向，确定业务 UAT 时间通知安排，后续若无共识任务将暂停推进。

小结 ​

1. 项目计划与人员状态同步

  • 人员请假：学前团队暂无人员请假，后续如有请假需向小娜做好报备。
  • 项目计划更新与发布：郑然的项目计划修订版已更新完成，相关时间节点已调整并发布；整体进度计划已发布，后续若有修改需求，相关人员在最新计划上进行微调即可。

2. 数据一致性问题排查

  • 协同事项排期：29 行两项工作事项已明确，需陈思与供应商进一步沟通并确认排期，随后更新至里程碑计划中。
  • 异常数据排查：排查中发现新增 5–7 条异常数据，其中码状态相关异常数据仅 1 条；异常数据需从前端传递的具体数据开始排查，明确是哪个端盘出现问题，从源头向后追溯。
  • 异常数据导出与同步：导出的异常数据需发送至项目群内，特别是前端盘点问题需前端团队介入排查，控制中心无法直接查看。

3. 测试进度与 UAT 安排

  • 测试进度与需求确认：近期测试工作正常推进，但部分前期反馈的需求待确认事项尚未反馈排期，且有两项测试内容需与产品团队确认；若后续测试过程中遇到人员短缺问题，需及时向负责人反馈。
  • 业务 UAT 通知：若按 10 月 15 日正常发版，需提前一天向业务方发送 UAT 通知。

4. 后续工作安排

  • 任务共识与暂停安排：会议结束后完成整体计划的全面对齐；若未来两天没有特别需要共识的任务，项目推进将先暂停。

待办 ​

  • 如有请假情况，需向小娜做好报备。— @小娜
  • 与供应商沟通并确认 29 行两项的排期，更新至里程碑计划中。— @陈思
  • 导出异常数据并发送至项目群内，特别是前端盘点问题需前端团队介入排查。— @郑然
  • 若后续测试过程中遇到人员短缺问题，需及时向负责人反馈。— @郑然然
  • 若按 10 月 15 日正常发版，需提前一天向业务方发送 UAT 通知。— @吴菊

营销活动中心面试 · 明安振（通过） ​

发言人：明安振（候选人）；主题摘要：Java 开发岗位技术面试，候选人介绍 7 年 Java 微服务经验及竞价交易系统项目，重点阐述分布式锁与分布式事务等技术难点的解决方案。

小结 ​

1. 候选人自我介绍

  • 基础技能储备：7 年 Java 开发经验，熟练掌握 Spring Boot、Spring Cloud 等微服务框架，熟练使用 MySQL、Redis、MQ 等中间件。
  • 工程实践能力：具备 JVM 调优、分布式锁处理等实战经验，深度参与需求评审、代码审查及接口文档编写工作。

2. 核心项目介绍

  • 项目背景：负责中国中车旗下「一起拍」电商项目中竞价交易系统的核心功能开发，涉及业务资源二次利用场景。
  • 技术难点攻克：针对高可用架构需求，重点解决分布式环境下的核心技术难题——分布式锁采用 Redis 集成分布式锁方案实现；分布式事务使用 Seata 保障数据一致性；完成相关集群搭建以支撑高并发业务。

营销活动中心面试 · 高志（不通过） ​

发言人：高志（候选人）、王建朝、张建利、相桂梅、马奇；主题摘要：Java 后端开发技术面试，重点考察统一认证、工作流引擎、消息队列及实时流推送等方面的架构设计与问题解决能力，并交流基础编程规范与底层原理。

小结 ​

1. 候选人基本情况

  • 个人背景：9 年 Java 开发经验，曾参与金融、电商、教育及数据报表类项目的设计与研发。
  • 近期项目：主导青海锡矿 MES 系统项目，负责项目框架搭建、公共组件封装及系统管理、认证网关等核心模块的设计研发。

2. 统一认证设计考察

  • 双端认证架构：系统作为客户端对接集团统一认证，同时自身作为服务端为内部子模块提供 OAuth 2.0 认证；授权码模式用于模块间安全跳转，用户名密码模式用于初始登录获取 Token。
  • 技术难点与排查：对接初期曾因 Client ID 配置不当导致接口调不通，以及因授权码过期导致重定向跳转失败，主要通过配合前端排查解决。

3. 工作流与消息队列考察

  • 工作流引擎封装：在公共模块中封装工作流引擎接口，供其他业务模块统一调用，实现流程流转与状态异步反馈。
  • RocketMQ 可靠性与幂等性：采用本地消息表机制，发送消息前先落库，结合 RocketMQ 同步刷盘持久化确保消息不丢失；通过业务数据唯一标识做数据库唯一性校验并结合消息状态判断，确保消息仅被消费一次。
  • 库存写入方式：消费 MQ 消息后直接写库，大部分数据采用 Insert 操作，Update 操作通过乐观锁加 Where 条件实现。

4. 实时流推送考察

  • 海康威视视频流推送：通过调用海康威视接口获取 WebSocket 地址，前端建立长链接实现摄像头实时画面展示；后端与前端建立连接，主动推送工厂点位（如熔炼车间温度）的实时数据。
  • 方案优缺点评估：WebSocket 长链接实时性优于前端定时轮询，但大量连接建立会导致服务器压力增大。

5. 基础编程规范与原理考察

  • 企业级编程习惯：强调代码命名规范、方法合理封装及增加注释；提交代码前必须跑通本地测试，并在提交记录中清晰写明具体修改内容。
  • 双亲委派机制：类加载器加载类时优先委派给父类加载器，父类未加载过再由子类加载，可防止核心类（如 String）被重复加载或篡改。

待办 ​

  • 后续如有面试结果消息，由人事与候选人联系。— @人事

营销活动中心面试 · 冯陈龙（通过） ​

发言人：冯陈龙（候选人）；主题摘要：Java 开发工程师岗位面试，候选人介绍以电商业务为主的 Spring Cloud 技术栈及万达广场小程序项目经验。

小结 ​

1. 候选人自我介绍

  • 技术栈概况：以电商业务背景为主，精通 Spring、Spring Cloud、Spring MVC 体系；熟练使用 MySQL，具备 Oracle 和 SQL Server 的正常使用能力；缓存以 Redis 为主，曾使用 Memcache、Ehcache 等本地缓存方案；使用过文本型数据库（如 MongoDB）；中间件主要使用 Kafka。

2. 项目经验介绍

  • 项目名称：万达集团万达广场小程序系统，服务于入驻商家及 C 端用户的标准微服务小程序系统。
  • 职责分工：主要负责网关维护及买券订单与营销业务的功能迭代。

营销活动中心技术评审 · B端出货明细表出货场景逻辑调整 ​

主题摘要：评审 B 端出货明细表在查证盘点签收场景下的逻辑调整方案，讨论特殊场景取值规则及历史数据修复方案，决定暂缓节前上线。

小结 ​

1. B端出货明细表逻辑调整

  • 核心逻辑调整：针对既有退货又有出货的场景，系统将查询最后一次出货单，提取其出货场景并赋值，解决报表中出货类型写死为系统出货的问题。
  • 特殊场景取值规则：中间存在非 BC 出货（如自主签收）的场景，自主签收在报表中固定补齐为 B 端营销出货，系统需优先查询并取该场景值；日常开单也属于特殊出货场景，其出货场景为日常开单出货，逻辑调整中一并覆盖。
  • 上线安排：因部分业务场景确认存在风险，且核心确认人暂未接通电话，暂缓节前上线，待节后确认完毕并修改代码后再申请发布窗口。

2. 历史数据修复方案

  • 修复逻辑与范围：通过关联主表与筛选后的子表，利用开窗函数查找当前记录的前一条系统退货记录，并将其出货场景回写到当前记录中；修复范围从 9 月 1 日至今，初步统计盘点场景约 58 万条，查证场景约 3 万条。
  • 修复局限性：同一码存在多次系统退货时，自动修复脚本无法准确识别链路，此类数据无法通过当前脚本修复；需先通过 SQL 扫描识别出来，后续再进行人工定点修复或存档。

待办 ​

  • 整理本次逻辑变更的会议纪要并发送至群内。— @马奇
  • 节后联系小娜老师确认自主签收及日常开单的出货场景取值逻辑。— @马奇
  • 根据节后确认结果，修改代码中的查询判断逻辑。— @张喜
  • 统计多次系统退货且无法自动修复的数据量，并进行人工排查或存档。— @粱健（原文如此，疑为梁健）