架构设计

带娃的IT创业者

MLP vs Transformer：不同问题用不同工具📚 《从零到一造大脑：AI架构入门之旅》专栏专栏定位：面向中学生、大学生和 AI 初学者的科普专栏，用大白话和生活化比喻带你从零理解人工智能本系列共 42 篇，分为八大模块：

一次电商秒杀系统架构评审：从本地锁到分布式锁的演进与取舍2026年4月5日，某电商平台在备战618大促前夕，技术团队召开了一场关于秒杀系统架构升级的评审会。当前系统在高并发场景下频繁出现超卖问题，QPS峰值突破8000时，库存扣减错误率高达3.7%。业务方明确要求：在30天内完成架构改造，保证库存强一致性，同时将系统吞吐量提升至15000 QPS以上，且不允许引入新的中间件依赖（如ZooKeeper）。

架构重构实战：如何用“元数据驱动”将流程变更从7天压缩至0.5小时？2022年10月，某头部房企（Top级）内部发生了一次极具代表性的技术变革：区域成本部门要求调整“设计工程变更审批”的终审节点。

Redis：延迟双删的适用边界与落地细节延迟双删不是新概念，但线上一出缓存脏读，我曾经在项目中把它当成标准答案直接套进去。结果通常是代码写了两次删除，问题却没真正收住。

HarmonyOS 6 三方SDK对接：从半接模式看Share Kit原理——系统分享的运行机制与设计理念在上一篇文章中，我们将行程海报分享功能改造为支付宝AA收款，但受限于篇幅，还有一个核心问题悬而未决：如何根据不同的分享平台，提供差异化的分享内容？

消息总线设计：asyncio.Queue实战搞了两天，终于把 nanobot 的消息总线重构完了。说实话，一开始觉得这玩意儿挺简单的，不就是个队列吗？结果踩了一堆坑，记录一下。

【架构师从入门到进阶】第二章：系统衡量指标——第一节：伸缩性、扩展性、安全性大型的网站需要面对大量的用户的高并发访问和海量的存储要求，或者说我们的系统从开始用户量很少的情况下到后面用户越来越多，一边是用户的访问量会增大，二是存储的数据量也会增大。这个时候系统就有扩容的需求，所谓的这种伸缩性呢就是指不断的向集群中加入服务器的手段来缓解不断上升的用户访问，和不断增长的数据需求。

带娃的IT创业者

WeClaw 日志分析实战：如何从海量日志中快速定位根因？系列文章第 12 篇 - 日志聚合、模式识别与自动化告警《从零到一构建跨平台 AI 助手：WeClaw 实战指南》专栏

从128-bit到16-bit：BLE UUID背后的带宽战争与架构设计在开发基于 BLE（低功耗蓝牙）的智能锁或穿戴设备时，不少团队在产品上线后会遇到极其棘手的底层通信问题：1）App 首次连接设备时，需要在主界面转圈等待数秒才能操作；2）或者设备的实际续航时间远低于硬件设计的理论值。

带娃的IT创业者

WeClaw 架构演进史：从 0 到 1 构建跨平台 AI 助手的完整历程系列文章第 17 篇 - 收官之作：技术选型、关键决策与宝贵经验全分享《从零到一构建跨平台 AI 助手：WeClaw 实战指南》专栏

EF Core 拦截器实战：SaveChangesInterceptor、CommandInterceptor 与审计落地审计不是“给表补几个 CreatedBy 字段”，也不是“在业务方法里顺手记日志”。它本质上是系统级可追溯能力，设计目标是让系统在任何写路径下都能稳定回答四个问题：谁发起、改了什么、何时发生、通过哪条链路触发。

[架构设计] 依赖注入优于单例模式本文档解释了为什么在现代软件设计中依赖注入优于单例模式，并提供了基于 Robot项目的 Python 实践示例。

小邓的技术笔记

ASP.NET Core 外部依赖调用治理实战：HttpClientFactory、Polly 与幂等边界订单服务最容易出现的稳定性问题，不是业务代码写错，而是下游支付、库存、短信网关一抖，整个接口成功率跟着雪崩。看起来只是一次超时，实际上会引发重试风暴、线程池占满、数据库回写积压。

[架构设计] pypubsub 底层实现机制与高性能替代方案pypubsub 是一个纯 Python 实现的发布-订阅库，其底层机制相对简单：pypubsub 的效率问题：

ASP.NET Core 外部依赖调用治理实战：HttpClientFactory、Polly 与幂等边界订单服务最容易出现的稳定性问题，不是业务代码写错，而是下游支付、库存、短信网关一抖，整个接口成功率跟着雪崩。看起来只是一次超时，实际上会引发重试风暴、线程池占满、数据库回写积压。

带娃的IT创业者

Weclaw 请求路由实战：一个 request_id 如何在 800 个并发连接中精准找到目标浏览器？系列文章第 03 篇 - request_id 在分布式系统中的生命周期《从零到一构建跨平台 AI 助手：WeClaw 实战指南》专栏

当 AI 助手开始管理多个项目：如何把“继续某项目”变成可联动机制这不是一篇关于“怎么写 YAML”的文章，而是一篇关于如何让 AI 助手在多项目协作里不再靠猜的文章。

钱的教育架构师思维：从现金流到资产负债表的系统工程作者：模界标签：架构设计 / 财务自由 / 技术债管理 / 微服务 / 系统思维大多数人的财务系统采用单体架构（Monolithic Architecture）：收入端耦合于单一雇主，支出端紧耦合于消费习惯，资产端缺乏服务拆分。这种架构在需求变更（职业变动）或流量峰值（突发支出）面前，往往表现为级联故障（Cascading Failure）。

递归尽头是星辰

DDD 认知升级：从单服务战术落地，到分布式中台战略全景领域驱动设计（DDD）并非单纯的技术概念，而是一套从业务建模到系统落地的完整架构方法论，其价值随业务复杂度提升而放大。此前我在《领域驱动设计（DDD）工程化实践：从MVC到DDD的代码重构》里完成了单服务内的 DDD 战术落地，聚焦聚合根、值对象等微观领域模型的实现；而在商品中台的分层分域架构中，实现了 DDD 在分布式中台里「战略 + 战术」的全维度落地，完成了从「微观」到「宏观」的跨越。