小曾博客

JVM内存模型与垃圾回收器深度解析 引言 去年双十一大促前夜，我们一个核心订单服务突然出现诡异现象：QPS 从 8000 骤降到 1200，接口 P99 从 50ms 飙到 3.2s。运维同学第一反应是\

asyncio事件循环源码级分析与实战 引言 去年双十一大促,我负责的一个订单查询服务突然出现了诡异的性能问题:QPS 从平时的 8000 骤降到 1200,但 CPU 利用率却只有 30%,内存也正常。排查了整整一天,最后定位到一段看起来人畜无害的代码: async def get_order_detail(order_id: int): # 缓存没命中,

Nacos服务注册与配置中心原理 引言 2018年之前，我维护过一套基于Eureka + Spring Cloud Config + RabbitMQ手动刷新的微服务架构。服务上线要改三处配置，配置变更要重启或者调 /actuator/bus-refresh，注册中心挂了整个调用链跟着雪崩。那会儿最怕的不是写业务代码，而是周五下午改配置。 后来阿里把内

向量数据库选型与LangChain VectorStore集成 引言 去年我负责一个企业级 RAG（检索增强生成）平台的重构。项目初期，团队为了\

分布式ID生成方案：雪花算法、Leaf、美团方案对比 引言 去年双十一大促前夜，我们团队接到一个紧急工单：订单中心在凌晨扩容后，出现了大量主键冲突。排查发现，某台机器的系统时钟被 NTP 回拨了 8 毫秒——就这么不起眼的 8 毫秒，让 Snowflake 算法在同一毫秒内产生了重复 ID，直接导致上千笔订单写入失败。 这不是个例。在分布式系统中，ID 生成看似是最基础的

Zap + Lumberjack 高性能日志架构 引言 先说一个真实的生产事故。某支付系统在大促前压测时，QPS 刚过 8000，服务响应时间突然从 12ms 飙到 400ms，P99 突破 2s。排查了半天，CPU、内存、GC 都正常，最后定位到日志模块——团队用的是标准库 log 包，每条日志都加了一把互斥锁，且每次写盘都是一次系统调用，同步刷盘。在高并发下，这把

AQS框架源码解读——从ReentrantLock说起 引言 先看一段极其常见的代码： public class Counter { private final ReentrantLock lock = new ReentrantLock(); private int count = 0; public void increment() { lock.lock(); try

大模型微调技术对比：LoRA、QLoRA、全参微调 引言 去年冬天，我接手了一个企业知识库问答项目。客户是一家大型律所，他们希望把内部十万份合同、判例、法律意见书灌进模型，让律师用自然语言就能检索和推理。一开始我们选了最直接的路子——调用 GPT-4 的 API，配合 RAG 做检索增强。跑了两周，问题来了：律所对数据出境极其敏感，合同文本不允许发往任何第三方 API；

K8s网络插件CNI原理：Calico vs Flannel 引言 凌晨两点，监控告警炸了。一个部署在K8s集群里的微服务突然出现间歇性超时，但容器本身CPU、内存都正常。排查了半天，最后定位到问题：跨节点Pod通信丢包。 这不是玄学，而是网络插件选型埋下的坑。你可能也遇到过： Flannel的VXLAN模式下，跨节点延迟比同节点高出10倍； Calico的BGP模式看起来很美好

DDD领域驱动设计落地实践与六边形架构 引言 先讲一个我亲身经历过的项目事故。 三年前我接手一个\

Java 21虚拟线程（Virtual Threads）深度解析 引言 2023年9月，Java 21正式发布，虚拟线程（Virtual Threads）作为JEP 444的正式特性落地。这不是一次普通的API更新，而是Java并发模型自1996年以来最重大的变革。 先看一个真实场景。某电商平台的订单查询服务，采用经典的\

Go项目工程化：wire依赖注入与分层架构 引言 先说一个我亲身经历的故事。 三年前，我接手了一个中型 Go 微服务项目，大约 40 个包、200 多个文件。项目最初只有 3 个人写，两年后扩展到 12 个人。上线时一切正常，但当新同事要加一个\

LangChain Memory模块：对话历史管理最佳实践 引言 去年冬天，我帮一家做智能客服的团队做架构评审。他们的系统上线三个月，用户投诉量却一直降不下来。问题很有意思：用户在第一轮对话里说了\

Helm Chart模板开发与Release管理 引言 先说一个我亲身经历过的生产事故。 2023年，我负责的一个微服务集群要从中东机房扩展到欧洲机房。运维同学兴高采烈地跑来说：“Chart 都写好了，改个 values.yaml 就能上。” 结果上线当天，Pod 全部 CrashLoopBackOff。排查了三个小时才发现——中东环境的 values-prod.ya

Sentinel流控降级源码分析 引言 去年双十一大促前夜，我所在团队负责的一个订单查询服务突然在压测中出现雪崩：下游库存服务因为一次慢SQL导致响应时间从50ms飙到3s，订单服务线程池瞬间被打满，紧接着整个调用链路像多米诺骨牌一样倒下。事后复盘时我们发现，如果当时在订单服务对库存接口配置了熔断降级规则，这场事故完全可以避免。 这就是流量治理要解决的