Spring中的循环依赖：解密、破局与架构启示

> 当两个Bean紧紧相拥，Spring容器却陷入死锁——这是Java开发者的经典噩梦

某电商平台凌晨上线时突然宕机，日志里反复滚动着`BeanCurrentlyInCreationException`的报错。经排查，**优惠券服务与库存服务在初始化时相互依赖**，形成致命闭环。这个价值百万的故障案例，揭开了Spring循环依赖的潘多拉魔盒。

### 一、循环依赖的本质：Bean的死亡拥抱

#### 什么是循环依赖？
```mermaid
graph LR
    A[OrderService] --> B[PaymentService]
    B --> A
```
*（图示：订单服务依赖支付服务，支付服务又反向依赖订单服务）*

当Bean A依赖Bean B，而Bean B又依赖Bean A时，Spring容器无法确定创建顺序，陷入**初始化死循环**。

#### 三类循环依赖场景
1. **构造器循环依赖**：最危险的类型，Spring**无法自动解决**
2. **Setter循环依赖**：Spring通过**三级缓存**可解决
3. **字段注入循环依赖**：本质是Setter注入的特例

> Spring官方文档警告：**构造器循环依赖是无解的，必须从设计层面规避**</