RSC（React Server Components）是一套组件渲染范式：把只用于展示的组件留在服务端执行，结果序列化成 RSC Payload 发到浏览器；只有需要交互的部分才被打包到客户端。常见的一个误区是认为「Server Component 必须直连数据库」，其实 RSC 的能力边界只是「可以在服务端执行 Node API」，数据从数据库来还是从后端服务来完全是架构选择。

在分布式高并发的后端架构中，数据库死锁（Deadlock）就像一个幽灵。尽管 InnoDB 引擎具备全自动的自救回滚机制，但频繁出现的死锁报错（错误码 1213）不仅会吞噬系统吞吐量，更是代码健壮性不足的显性信号。本文去掉生活化的类比，直接从资源竞争的结构本质出发，层层递进地拆解 MySQL 死锁的底层逻辑。

DDD（领域驱动设计）架构中，Infrastructure 层可以依赖 Domain 层吗？

答案是：可以，而且在现代 DDD 架构实践中，Infrastructure 依赖 Domain 是推荐的做法。

但这需要区分两种不同的分层架构模型来理解。

《黑客与画家》（Hackers and Painters）一书作者保罗·格雷厄姆（Paul Graham）提出了一个重要观点：如果一开始就纠结细节而看不到整体，往往花费大量时间却达不到预期效果。正确的做法是先有一个整体的轮廓，再逐步完善各个部分。