<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>Kale的数字花园</title><link>https://personal-blog.stock-backend-wkl.workers.dev</link><description>一个写字、折腾代码、偶尔摸鱼的个人博客。</description><language>zh-CN</language><lastBuildDate>Tue, 20 Oct 2026 05:30:19 GMT</lastBuildDate><item><title>阅读笔记：把问题留在纸面上</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/reading-notes-on-paper</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/reading-notes-on-paper</guid><pubDate>Thu, 08 Oct 2026 20:10:00 GMT</pubDate><description>阅读不是收集答案，而是整理问题的过程。</description></item><item><title>D1 数据层的第一版边界</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/d1-data-boundaries</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/d1-data-boundaries</guid><pubDate>Mon, 05 Oct 2026 14:20:00 GMT</pubDate><description>参数化查询、批量装配关系、逻辑删除和分页上限。</description></item><item><title>Astro 与边缘渲染：静态优先的折中方案</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/astro-edge-rendering</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/astro-edge-rendering</guid><pubDate>Sat, 03 Oct 2026 10:30:00 GMT</pubDate><description>静态优先、按需渲染，兼顾首屏性能和内容实时发布。</description></item><item><title>开始写一个自己的博客</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/hello-personal-blog</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/hello-personal-blog</guid><pubDate>Thu, 01 Oct 2026 09:00:00 GMT</pubDate><description>从今天起，把零散的想法整理成可以被检索、被回看的文字。</description></item><item><title>Headroom AI — 安装与使用教程</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/headroom-ai-安装与使用教程</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/headroom-ai-安装与使用教程</guid><pubDate>Mon, 08 Jun 2026 05:24:56 GMT</pubDate><description>- 3.1 pip 安装（Python） - 3.2 npm 安装（TypeScript） - 3.3 Docker 安装 - 3.4 验证安装 - 4.1 Python — compress() 函数 - 4.2 TypeScript —</description></item><item><title>Java 锁机制全景指南</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/java-锁机制全景指南</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/java-锁机制全景指南</guid><pubDate>Sun, 07 Jun 2026 12:22:50 GMT</pubDate><description>要理解锁，必须先理解 JMM（Java Memory Model）。锁的本质是解决多线程之间的**可见性**和**有序性**问题。 每个线程有自己的工作内存（CPU 缓存 + 寄存器），变量存储在主内存中。线程操作变量时，先从主内存拷贝到工</description></item><item><title>Lark CLI 官方版从零搭建指南：MD 自动发布到飞书/Lark 在线文档</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/lark-cli-官方版从零搭建指南-md-自动发布到飞书-lark-在线文档</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/lark-cli-官方版从零搭建指南-md-自动发布到飞书-lark-在线文档</guid><pubDate>Sat, 06 Jun 2026 02:32:18 GMT</pubDate><description>前往 Node.js 官网下载 LTS 版本： 下载 Windows Installer（ ），双击安装，一路默认即可。 打开 CMD 或 PowerShell，执行： 两个都能输出版本号就算成功 ✅ 这个命令会自动完成： 看到版本号输出即</description></item><item><title>商品（Goods）、产品（SKU/SPU/SKC）、货物（Stock）关系与业务流程分析</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/商品-goods-产品-sku-spu-skc-货物-stock-关系与业务流程分析</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/商品-goods-产品-sku-spu-skc-货物-stock-关系与业务流程分析</guid><pubDate>Wed, 03 Jun 2026 09:31:06 GMT</pubDate><description>本 ERP 系统中存在三个不同层面的概念，很多人容易搞混，老王先给你捋清楚： 简单说：**产品是&quot;是什么&quot;，商品是&quot;在哪卖&quot;，货物是&quot;放在哪&quot;**。 产品体系由 服务管理（不是 creekson-base，也不是 creeks-produc</description></item><item><title>质检模块业务全景与现状梳理</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/质检模块业务全景与现状梳理</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/质检模块业务全景与现状梳理</guid><pubDate>Wed, 03 Jun 2026 09:29:56 GMT</pubDate><description>数据来源：7份技术方案文档 + 代码库实际代码扫描 质检模块从0到1经历了以下迭代，每一版都是前一版的改造和扩展： 材料问题、工艺问题、破损问题、二次工艺、印绣花工艺、规格问题、版型问题、外观问题、包装问题、功能问题、性能问题 Contro</description></item><item><title>feishu-cli 从零搭建指南：MD 自动发布到飞书在线文档</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/feishu-cli-从零搭建指南-md-自动发布到飞书在线文档</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/feishu-cli-从零搭建指南-md-自动发布到飞书在线文档</guid><pubDate>Wed, 03 Jun 2026 09:28:57 GMT</pubDate><description>前往 GitHub Releases 页面下载 Windows 版本： 找到最新版本，下载文件名包含 的压缩包，例如： 将压缩包解压到一个固定目录，建议： 解压后会得到一个 文件。 这样可以在任意目录下使用 命令： 1. 按 搜索 **&quot;编</description></item><item><title>Creeks 订单履行业务全景</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/creeks-订单履行业务全景</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/creeks-订单履行业务全景</guid><pubDate>Wed, 27 May 2026 09:26:28 GMT</pubDate><description>Creeks 系统的订单履行（Order Fulfillment）模块是整个 ERP 的核心业务链路之一，负责从各销售平台抓取订单后，完成**订单审核、包裹生成、分仓分物流、创建出库单/运单、获取跟踪号与面单、标记发货**的端到端履约流程。</description></item><item><title>Creeks 订单履行业务全景（业务视角）</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/creeks-订单履行业务全景-业务视角</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/creeks-订单履行业务全景-业务视角</guid><pubDate>Wed, 27 May 2026 09:26:23 GMT</pubDate><description>各平台的订单通过定时任务自动拉到系统里，先进「**订单池**」。订单池是所有平台订单的汇总地，方便店管人员统一查看和核算。 系统会做筛选，只有需要我们发货的订单才会进入履行流程： 订单进来后状态是「**待审核**」。系统会自动做一系列检查：</description></item><item><title>MySQL 锁机制全景指南</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/mysql-锁机制全景指南</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/mysql-锁机制全景指南</guid><pubDate>Sun, 17 May 2026 13:36:21 GMT</pubDate><description>全局锁作用于**整个数据库实例**，加锁后整个实例处于只读状态。 主要用于**全库备份**。在备份期间加全局读锁，确保备份期间数据不会变化，保证备份的一致性。 全局锁会让整个数据库只读，生产环境慎用。 现代备份通常使用 参数（基于 MVCC</description></item><item><title>Creeks 系统分布式链路追踪分析</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/creeks-系统分布式链路追踪分析</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/creeks-系统分布式链路追踪分析</guid><pubDate>Sat, 09 May 2026 05:29:37 GMT</pubDate><description>项目使用 **Spring Cloud Sleuth** 做分布式链路追踪，**完全依赖自动配置，零手写代码**。所有 26 个微服务都在 中引入了 ，但**没有集成 Zipkin 做集中式可视化，也没有在业务代码中显式使用 Tracer/</description></item><item><title>Creeks 系统线程池与多线程使用分析</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/creeks-系统线程池与多线程使用分析</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/creeks-系统线程池与多线程使用分析</guid><pubDate>Sat, 09 May 2026 05:29:32 GMT</pubDate><description>整个系统使用了 **3 种多线程模式**，涉及 **4 个独立的线程池配置类**，覆盖 **定时任务、并行查询、异步通知、报告处理** 等场景。 假设服务器 8 核 CPU： Amazon 同步服务选 是明智的——调用者自己跑任务，自动降速</description></item><item><title>Creeks 系统 Kafka 使用全景分析</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/creeks-系统-kafka-使用全景分析</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/creeks-系统-kafka-使用全景分析</guid><pubDate>Sat, 09 May 2026 05:29:27 GMT</pubDate><description>整个系统是典型的 **微服务 CDC + 事件驱动** 架构，Kafka 在其中扮演了 **&quot;中枢神经&quot;** 的角色。 这是所有服务的 **Kafka 基座**，封装了通用的生产者/消费者/工具类。 这是整个系统数据同步的 **大动脉**，</description></item><item><title>Amazon 退货评论智能分类报表 — 面试备战手册</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/amazon-退货评论智能分类报表-面试备战手册</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/amazon-退货评论智能分类报表-面试备战手册</guid><pubDate>Sat, 02 May 2026 09:36:50 GMT</pubDate><description>Amazon 退货评论智能分类报表 — 面试备战手册</description></item><item><title>业务单元规则商品匹配优化 — 面试备战手册</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/业务单元规则商品匹配优化-面试备战手册</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/业务单元规则商品匹配优化-面试备战手册</guid><pubDate>Sat, 02 May 2026 09:35:53 GMT</pubDate><description>业务单元规则商品匹配优化 — 面试备战手册</description></item><item><title>多媒体素材处理与视频自动化分发平台 — 面试备战手册</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/多媒体素材处理与视频自动化分发平台-面试备战手册</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/多媒体素材处理与视频自动化分发平台-面试备战手册</guid><pubDate>Sat, 02 May 2026 09:35:18 GMT</pubDate><description>多媒体素材处理与视频自动化分发平台 — 面试备战手册</description></item><item><title>CICD 持续集成/持续部署系统 — 面试备战手册</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/cicd-持续集成-持续部署系统-面试备战手册</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/cicd-持续集成-持续部署系统-面试备战手册</guid><pubDate>Sat, 02 May 2026 09:31:02 GMT</pubDate><description>CICD 持续集成/持续部署系统 — 面试备战手册</description></item><item><title>订单履约业务与技术流程梳理</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/订单履约业务与技术流程梳理</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/订单履约业务与技术流程梳理</guid><pubDate>Tue, 28 Apr 2026 10:59:52 GMT</pubDate><description>本文只沉淀前面讨论过的业务和技术内容，覆盖订单履约主链路、订单/履约单状态流转、配货与锁库存、派单流程、申请运单流程、Temu 平台履约流程，以及对应的一致性风险。 订单履约不是单纯的订单状态变化，而是一条跨履约、物流、库存、仓库、平台的长</description></item><item><title>CDC + ES 同步方案 面试题库</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/cdc-es-同步方案-面试题库</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/cdc-es-同步方案-面试题库</guid><pubDate>Sun, 26 Apr 2026 16:29:23 GMT</pubDate><description>- **延迟高**：轮询间隔决定最小延迟 - **性能差**：需要加 索引，全表扫描成本高 - **漏数据**：两次轮询之间的多次变更可能丢失 - **资源浪费**：无变更时也要查 1. 查询 表，看是否有上次的位置记录 2. 如果有，从该</description></item><item><title>creeks-ai-img 项目全链路分析</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/creeks-ai-img-项目全链路分析</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/creeks-ai-img-项目全链路分析</guid><pubDate>Sun, 26 Apr 2026 16:28:49 GMT</pubDate><description>AI 图片生成微服务，为前端 Web 平台提供 **文生图 / 图生图** 能力，底层对接 **OpenAI DALL-E** 和 **Stability AI** 两大 AI 平台，生成的图片统一存储到 **七牛云**，通过 **MySQ</description></item><item><title>ESync 平台对接项目总结归纳</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/esync-平台对接项目总结归纳</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/esync-平台对接项目总结归纳</guid><pubDate>Sun, 26 Apr 2026 16:14:03 GMT</pubDate><description>ESync（creekson esync）是一套**跨境电商 ERP 平台对接微服务集群**，负责将全球 15+ 主流电商/物流平台的订单、商品、库存、财务等数据，同步至 ERP 内部系统。 所有服务的定时任务都不是通过 cron 触发的，</description></item><item><title>01-跨境电商平台对接</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/01-跨境电商平台对接</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/01-跨境电商平台对接</guid><pubDate>Sun, 26 Apr 2026 16:13:58 GMT</pubDate><description>对应代码： 下所有 服务 + 关键代码： 集团跨境电商业务横跨 **Amazon、eBay、Shopee、Temu、TikTok Shop、Walmart 等 18+ 平台**，每个平台存在以下差异： 1. **API 规范差异**：Ama</description></item><item><title>在项目中集成 Seata（AT模式）</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/在项目中集成-seata-at模式</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/在项目中集成-seata-at模式</guid><pubDate>Sun, 26 Apr 2026 16:11:36 GMT</pubDate><description>首先，更新 到 版本： 引入 Seata 相关的依赖定义： 修改 加入 Seata 相关的配置： 只需要用普通的 标签来声明： 业务端（通常是微服务）的数据库中需要创建一个 表： 需要用 Seata 提供的 标签声明一次分布式事务的开始： </description></item><item><title>生产环境 seata 高可用部署</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/生产环境-seata-高可用部署</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/生产环境-seata-高可用部署</guid><pubDate>Sun, 26 Apr 2026 16:11:31 GMT</pubDate><description>生产环境 seata 高可用部署 更新 codo-java-bom 的版本到 1.2.2： com.codo.tech codo-java-bom 1.2.2 添加 zookeeper 的依赖包： com.101tec zkclient o</description></item><item><title>基于消息队列解决异步调用的分布式事务问题</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/基于消息队列解决异步调用的分布式事务问题</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/基于消息队列解决异步调用的分布式事务问题</guid><pubDate>Sun, 26 Apr 2026 16:11:26 GMT</pubDate><description>经典的转账问题： 支付宝事务： 1. 数据库中mayun扣100元； 2. 将（给余额宝mayun加100元）封装成消息发给消息队列； 操作数据库和操作消息队列，如何保证一致性？ 支付宝事务： 1. 数据库中mayun扣100元； 2. 事</description></item><item><title>分布式事务实战：Seata AT 模式在订单履约链路中的应用</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/分布式事务实战-seata-at-模式在订单履约链路中的应用</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/分布式事务实战-seata-at-模式在订单履约链路中的应用</guid><pubDate>Sun, 26 Apr 2026 16:11:21 GMT</pubDate><description>保证即使 finally 块中的 调用失败（网络抖动、OOM 等），定时任务也能兜底回推。 Seata AT 模式的一阶段是**直接提交本地事务**，全局事务的提交/回滚由 TC 协调。这意味着： 在 T1~T3 之间，其他请求查询包裹可能</description></item><item><title>seata分布式事务的脏读问题</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/seata分布式事务的脏读问题</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/seata分布式事务的脏读问题</guid><pubDate>Sun, 26 Apr 2026 16:11:16 GMT</pubDate><description>用户将两个调拨单(A001,A002)进行拼单生产拼单后的调拨单A003,并将A003提交到仓库 问题: 什么时候能够查询到调拨单A003? 答: 在T1时刻后 T2时刻前 问题: 在T1时刻后T2时刻前提交,该调拨单能否提交成功? 因为s</description></item><item><title>Inventory回推状态给OMS改造</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/inventory回推状态给oms改造</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/inventory回推状态给oms改造</guid><pubDate>Sun, 26 Apr 2026 16:11:11 GMT</pubDate><description>正常情况下派单结果要先于状态变更结果推送给OMS，但是因为目前这两个动作是分别由不同的任务触发的，并且都是异步的，所以有一定概率导致状态变更结果先于派单结果推送给OMS，导致派单结果被忽略掉，造成系统错误。 Seata分布式事务引发的脏读问</description></item><item><title>基础架构 / 基础工具类 经历库索引</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/基础架构-基础工具类-经历库索引</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/基础架构-基础工具类-经历库索引</guid><pubDate>Sun, 26 Apr 2026 16:09:14 GMT</pubDate><description>后续从中精选 TOP 2~3 进入简历&quot;基础架构&quot;模块,其余作为面试储备。</description></item><item><title>DevOps CI/CD 流水线与 AI 代码审查平台：事件驱动架构 + 智能评审</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/devops-ci-cd-流水线与-ai-代码审查平台-事件驱动架构-智能评审</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/devops-ci-cd-流水线与-ai-代码审查平台-事件驱动架构-智能评审</guid><pubDate>Sun, 26 Apr 2026 16:09:09 GMT</pubDate><description>1. **@Async + 线程池隔离**：AI 审查和 Jenkins 轮询分别走独立线程池，互不阻塞 2. **事件处理器可扩展**：新增 DeployTaskEventHandler 实现类即可扩展通知渠道 3. **Prompt 模</description></item><item><title>PDF 面单识别与标签处理框架：策略模式 + 工厂模式双层架构</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/pdf-面单识别与标签处理框架-策略模式-工厂模式双层架构</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/pdf-面单识别与标签处理框架-策略模式-工厂模式双层架构</guid><pubDate>Sun, 26 Apr 2026 16:09:04 GMT</pubDate><description>FBA 标签存在 **4 种模板**，各模板字段位置不同，通过**类型检测分支**处理： FBA 标签地址识别是难点——地址可能在左侧（中文标签）也可能在右侧（外文标签）： FBA 多语言开始标识（Created/Erstellt/Crea</description></item><item><title>日志采集与链路追踪：SDK 接入 → ELK 存储 → 飞书告警全链路</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/日志采集与链路追踪-sdk-接入-elk-存储-飞书告警全链路</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/日志采集与链路追踪-sdk-接入-elk-存储-飞书告警全链路</guid><pubDate>Sun, 26 Apr 2026 16:08:59 GMT</pubDate><description>ERP 系统部署在 K8s 集群中，20+ 个微服务实例，日产生日志量巨大。随着业务复杂度提升，日志问题日益突出： 只需两步： 是 logback 的 实现，核心职责：**将日志事件序列化后通过 HTTP POST 发送到 error-co</description></item><item><title>通用异常体系与全局响应封装</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/通用异常体系与全局响应封装</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/通用异常体系与全局响应封装</guid><pubDate>Sun, 26 Apr 2026 16:08:54 GMT</pubDate><description>ERP 系统是一个高度分层的微服务架构： 任何一层出错，最终都要以**统一的格式**返回给前端，任何一环抛出的异常，都要能被**全局捕获并标准化处理**。 集团内用户包含中文、英文等多语言，错误信息硬编码无法切换。 跨服务调用时，服务 B </description></item><item><title>钉钉 Starter 与告警体系：Spring Boot Starter + 多租户消息推送</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/钉钉-starter-与告警体系-spring-boot-starter-多租户消息推送</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/钉钉-starter-与告警体系-spring-boot-starter-多租户消息推送</guid><pubDate>Sun, 26 Apr 2026 16:08:49 GMT</pubDate><description>ERP 系统需要向运营/客服/仓库等人员推送告警和通知： 钉钉是内部协作工具，因此选择**钉钉机器人 + 钉钉应用消息**作为主要通知渠道。 ERP 面向集团内多个部门/事业群，每个部门可能有独立的钉钉企业自建应用（独立的 corpId /</description></item><item><title>Feign 远程调用增强：异常解码与上下文透传</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/feign-远程调用增强-异常解码与上下文透传</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/feign-远程调用增强-异常解码与上下文透传</guid><pubDate>Sun, 26 Apr 2026 16:08:44 GMT</pubDate><description>ERP 微服务架构中，跨服务调用通过 Feign Client 完成： Feign 默认的异常处理非常简陋： 核心思路：**从 Header 而非 Body 中识别业务异常**。 TikTok Shop API 错误格式： 关键设计：解析响</description></item><item><title>CDC 消费者基类与数据同步模板：Binlog → Kafka → ES/ClickHouse</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/cdc-消费者基类与数据同步模板-binlog-kafka-es-clickhouse</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/cdc-消费者基类与数据同步模板-binlog-kafka-es-clickhouse</guid><pubDate>Sun, 26 Apr 2026 16:08:39 GMT</pubDate><description>ERP 系统核心业务数据（商品、库存、订单）存储在 MySQL 中，查询需求包括： MySQL 擅长事务处理，但**模糊查询 + 多条件组合 + 历史版本**是 MySQL 的弱项——这些场景天然适合 Elasticsearch。 新上线的</description></item><item><title>Kafka 生产消费工具封装与死信队列处理</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/kafka-生产消费工具封装与死信队列处理</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/kafka-生产消费工具封装与死信队列处理</guid><pubDate>Sun, 26 Apr 2026 16:08:34 GMT</pubDate><description>ERP 系统中 Kafka 承担了大量异步通信任务： 在封装之前，每个业务模块直接使用 和 ： 关键设计： 是 Spring Kafka 内置的自动 DLT 发布器，无需手动创建 Topic，Kafka Broker 会自动创建。 关键设计</description></item><item><title>Excel 批处理框架与自定义线程池封装</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/excel-批处理框架与自定义线程池封装</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/excel-批处理框架与自定义线程池封装</guid><pubDate>Sun, 26 Apr 2026 16:08:29 GMT</pubDate><description>ERP 系统中存在大量 Excel 导入导出场景： 在引入框架之前，每做一个导入导出功能，都要重复写一套完整的流程： 关键设计：使用 （无界队列的固定容量版），避免任务堆积导致 OOM；线程工厂确保线程名可追踪。 核心流程： 1. — 全局</description></item><item><title>Redis 限流与远程调用熔断框架</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/redis-限流与远程调用熔断框架</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/redis-限流与远程调用熔断框架</guid><pubDate>Sun, 26 Apr 2026 16:08:24 GMT</pubDate><description>ERP 系统需要对接大量第三方电商平台 API（Amazon、eBay、TikTok Shop、Shopify 等），每个平台都有严格的**接口调用频率限制（Rate Limit）**： 在引入限流框架之前，业务代码中的调用控制是&quot;盲写&quot;的</description></item><item><title>分布式锁注解 @LockOrder 与切面框架</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/分布式锁注解-lockorder-与切面框架</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/分布式锁注解-lockorder-与切面框架</guid><pubDate>Sun, 26 Apr 2026 16:08:19 GMT</pubDate><description>ERP 系统中存在大量**并发安全敏感**的业务场景： 在引入 @LockOrder 之前，业务方处理并发问题的方式非常原始： 每个单据类型对应独立的 key 前缀，天然隔离不同业务域的锁。 基于 Spring Expression Par</description></item><item><title>多平台财务核算系统</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/多平台财务核算系统</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/多平台财务核算系统</guid><pubDate>Sun, 26 Apr 2026 16:07:44 GMT</pubDate><description>集团旗下跨境电商业务覆盖 eBay、AliExpress（速卖通）、Wish、Shopee、Walmart、Allegro、美客多、Joom、Joybuy、CDiscount、自建站（Shopify）等 **13+ 电商平台**，每个平台的</description></item><item><title>多线程与JUC并发编程实战</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/多线程与juc并发编程实战</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/多线程与juc并发编程实战</guid><pubDate>Sun, 26 Apr 2026 16:07:39 GMT</pubDate><description>Creeks ERP 系统是一套跨境电商全链路管理平台，涵盖库存（inventory）、销售（sales）、履约（fulfillment）、财务（finance）、平台同步（esync）等十余个微服务模块。系统对接了 eBay、Amazon</description></item><item><title>亿级商品可售数量自动更新系统</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/亿级商品可售数量自动更新系统</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/亿级商品可售数量自动更新系统</guid><pubDate>Sun, 26 Apr 2026 16:07:34 GMT</pubDate><description>Creeks ERP 系统对接了 eBay、Shopify、TikTok Shop 等多个跨境电商平台，商品总量达**亿级**（其中 eBay 约 8000W）。各平台要求商品的可售数量（Available Quantity）与实际库存保持</description></item><item><title>03-业务单元匹配与OOM优化</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/03-业务单元匹配与oom优化</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/03-业务单元匹配与oom优化</guid><pubDate>Sun, 26 Apr 2026 16:07:29 GMT</pubDate><description>对应代码： 集团内不同事业群/部门使用不同的**业务单元**进行组织管理。用户可在系统中配置匹配规则，基于以下 5 个维度将商品自动归类到业务单元： 规则按优先级排序，一个商品可匹配到多个业务单元（逗号分隔）。 1. **全量匹配**：用户</description></item><item><title>creeks日志重要级规则配置流程</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/creeks日志重要级规则配置流程</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/creeks日志重要级规则配置流程</guid><pubDate>Sun, 26 Apr 2026 16:07:02 GMT</pubDate><description>现在我们改为使用ES + Kibana 进行日志的查询,为了减少过多的日志存储,为日志进行重要级划分然后根据不同的重要级别进行删除 当前级别划分: 在error-collect服务中我们在进行日志存储到ES的时候会进行一次重要级改变,来将一</description></item><item><title>Sleuth   MDC分布式链路追踪</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/sleuth-mdc分布式链路追踪</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/sleuth-mdc分布式链路追踪</guid><pubDate>Sun, 26 Apr 2026 16:06:57 GMT</pubDate><description>在分布式系统下,存在多链路的微服务调用,在排查问题时需要去追踪各个服务的调用链过程是比较麻烦的,所以需要引入一个分布式链路追踪的机制 https://mp.weixin.qq.com/s/cyGEDNYMDAKwQgNEFQV4cw 其中调</description></item><item><title>跨境电商 ERP 全链路业务全景</title><link>https://personal-blog.stock-backend-wkl.workers.dev/post/跨境电商-erp-全链路业务全景</link><guid isPermaLink="true">https://personal-blog.stock-backend-wkl.workers.dev/post/跨境电商-erp-全链路业务全景</guid><pubDate>Sun, 26 Apr 2026 16:06:31 GMT</pubDate><description>Creeks ERP 是集团内部使用的**全链路跨境电商管理系统**，覆盖**商品主数据 → 订单拉取 → 订单履约 → 仓储物流 → 财务核算 → 数据分析**全业务流程，为以下部门提供服务： 所有平台遵循统一范式： 两种授权路径： 一个</description></item></channel></rss>