Java企业级分布式架构师011期

这套资料围绕一个明确的工程问题展开：当单体应用拆成多个服务之后，数据一致性、服务发现、远程调用、缓存与消息这些环节该怎么落地。011 期把 MongoDB、Redis、Dubbo、Eureka 以及容器化部署放在同一条链路里讲，适合已经写过 Spring Boot 单体项目、想动手把系统拆开一次的后端开发者。和纯理论课程不同，它更偏向"给出可运行的结构，再解释为什么这么设计"，这也是它值得拿来对照实践的原因。

技术栈覆盖的边界

从目录结构能看出来，内容按数据层、通信层、治理层、部署层依次推进。数据层以 MongoDB 为主，重点在文档模型与关系模型的取舍、索引设计和聚合管道；缓存用 Redis 串起缓存穿透、雪崩、热点 key 这些真实场景，而不是停在五大数据类型。通信层用 Dubbo 讲服务暴露与引用、序列化协议、负载均衡策略；治理层用 Eureka 处理注册与发现，并涉及服务下线、健康检查。最后落到容器化，把前面这些组件编排起来跑通。

需要说明的是，这条链路并不是唯一正解。它更像是给出一套完整可跑的参考实现，你在实践中可能用 Nacos 替代 Eureka、用 gRPC 替代 Dubbo，但底层的注册发现、超时重试、熔断降级逻辑是相通的，迁移成本并不高。

项目结构与可复用模块

资料里的实战项目通常按父工程加多模块组织：公共依赖与工具类抽成 common 模块，各业务服务独立成模块，通过接口层解耦。这种结构的好处是接口定义和实现分离，服务调用方只依赖 API 包，不引入对方的实现依赖，方便后续替换。

• common 模块：统一返回体、异常体系、常量、序列化配置，几乎所有分布式项目都能直接搬。
• 服务 API 模块：只放 DTO 和接口声明，是 Dubbo 消费者与提供者之间的契约。
• 配置模块：把注册中心地址、数据库连接、Redis 连接做成可切换的 profile，本地与容器环境分开。
• 网关与治理模块：统一入口、鉴权、限流，把横切逻辑从业务里剥出来。

这几块拆分方式具有通用性，你可以把它们当作自己项目脚手架的起点，而不是每起一个新服务就重新搭一遍。

自学时建议的推进方式

不建议按视频顺序一路看下去。更有效的做法是：先把项目在本地跑起来，确认注册中心、数据库、缓存都能连通，再逐个模块替换或改造。比如把 Redis 缓存策略从简单的 key-value 换成带过期时间与空值缓存的版本，观察命中率与数据库压力的变化；再比如给 Dubbo 调用加上超时与重试，人为让某个提供者变慢，看消费者的表现。

MongoDB 部分建议结合真实数据量测试。文档模型在小数据量下看不出优势，只有到一定规模，索引是否命中、聚合管道是否走内存排序，才会暴露问题。这类验证比单纯记命令有价值得多。

适合谁，不适合谁

如果你已经能独立写 Spring Boot 接口、了解 Maven 多模块、对 HTTP 和数据库有基本认识，这份资料能帮你把零散的组件知识串成一条完整的架构链路。如果你还没写过完整项目，直接上手分布式会很容易卡在环境配置上，建议先补单体项目经验。

使用时把它当成一本可执行的参考手册：遇到具体问题回来查对应模块，跑通后按自己的业务做裁剪。源码和项目结构才是这套资料的核心价值，视频只是辅助理解设计意图的入口。