3 分钟
seata分布式事务的脏读问题
用户将两个调拨单(A001,A002)进行拼单生产拼单后的调拨单A003,并将A003提交到仓库 问题: 什么时候能够查询到调拨单A003? 答: 在T1时刻后 T2时刻前 问题: 在T1时刻后T2时刻前提交,该调拨单能否提交成功? 因为s
文章索引
138 篇文章从技术到生活，把写过的东西慢慢翻一遍。
2 分钟
Inventory回推状态给OMS改造
正常情况下派单结果要先于状态变更结果推送给OMS，但是因为目前这两个动作是分别由不同的任务触发的，并且都是异步的，所以有一定概率导致状态变更结果先于派单结果推送给OMS，导致派单结果被忽略掉，造成系统错误。 Seata分布式事务引发的脏读问
2 分钟
11 分钟
DevOps CI/CD 流水线与 AI 代码审查平台：事件驱动架构 + 智能评审
1. **@Async + 线程池隔离**：AI 审查和 Jenkins 轮询分别走独立线程池，互不阻塞 2. **事件处理器可扩展**：新增 DeployTaskEventHandler 实现类即可扩展通知渠道 3. **Prompt 模
10 分钟
PDF 面单识别与标签处理框架：策略模式 + 工厂模式双层架构
FBA 标签存在 **4 种模板**，各模板字段位置不同，通过**类型检测分支**处理： FBA 标签地址识别是难点——地址可能在左侧（中文标签）也可能在右侧（外文标签）： FBA 多语言开始标识（Created/Erstellt/Crea
11 分钟
日志采集与链路追踪：SDK 接入 → ELK 存储 → 飞书告警全链路
ERP 系统部署在 K8s 集群中，20+ 个微服务实例，日产生日志量巨大。随着业务复杂度提升，日志问题日益突出： 只需两步： 是 logback 的 实现，核心职责：**将日志事件序列化后通过 HTTP POST 发送到 error-co
8 分钟
通用异常体系与全局响应封装
ERP 系统是一个高度分层的微服务架构： 任何一层出错，最终都要以**统一的格式**返回给前端，任何一环抛出的异常，都要能被**全局捕获并标准化处理**。 集团内用户包含中文、英文等多语言，错误信息硬编码无法切换。 跨服务调用时，服务 B
7 分钟
钉钉 Starter 与告警体系：Spring Boot Starter + 多租户消息推送
ERP 系统需要向运营/客服/仓库等人员推送告警和通知： 钉钉是内部协作工具，因此选择**钉钉机器人 + 钉钉应用消息**作为主要通知渠道。 ERP 面向集团内多个部门/事业群，每个部门可能有独立的钉钉企业自建应用（独立的 corpId /
7 分钟
Feign 远程调用增强：异常解码与上下文透传
ERP 微服务架构中，跨服务调用通过 Feign Client 完成： Feign 默认的异常处理非常简陋： 核心思路：**从 Header 而非 Body 中识别业务异常**。 TikTok Shop API 错误格式： 关键设计：解析响
10 分钟
CDC 消费者基类与数据同步模板：Binlog → Kafka → ES/ClickHouse
ERP 系统核心业务数据（商品、库存、订单）存储在 MySQL 中，查询需求包括： MySQL 擅长事务处理，但**模糊查询 + 多条件组合 + 历史版本**是 MySQL 的弱项——这些场景天然适合 Elasticsearch。 新上线的