1.2 两大核心设计思想：控制反转（IoC）、面向切面编程（AOP）

如果说 Spring 体系是一棵参天大树，那么 控制反转（IoC） 与 面向切面编程（AOP） 就是深扎地下的两条主根。它们共同解构了传统 Java 开发中“对象如何创建”和“横切逻辑如何管理”这两个核心难题，构成了 Spring 所有上层特性的理论基础。

1.2.1 控制反转（IoC）—— 把创建对象的权力交出去

1. 理解控制反转的本意

在传统的程序设计中，对象自己负责获取它所依赖的组件。例如，一个 UserService 需要操作数据库，会直接在内部 new 一个 UserDao 实例：

public class UserService {
    private UserDao dao = new UserDaoImpl(); // 直接控制依赖的创建
}

这种做法的弊端很明显：UserService 与具体的 UserDaoImpl 紧耦合，更换实现或进行单元测试时需要修改源代码。控制反转 并非一个技术动作，而是一种设计原则：将“依赖对象的创建与控制权”从程序代码转移给外部容器。在 Spring 中，这个外部容器就是 IoC 容器。反转的是“谁控制依赖”的关系——原来是类自己控制，现在由容器集中控制。

2. IoC 容器的核心机制：依赖注入（DI）

IoC 最常见的实现方式就是 依赖注入（Dependency Injection，DI）。对象不再主动创建依赖，而是被动接收容器注入的依赖。上面的代码在 Spring 中可以变为：

@Component
public class UserService {
    private final UserDao dao;

    // 通过构造器注入依赖
    public UserService(UserDao dao) {
        this.dao = dao;
    }
}

容器启动时会自动创建 UserDao 的实例，并将其注入到 UserService 的构造参数中。注入方式主要有三种：

构造器注入：如上例，依赖通过构造器传入，对象创建完毕即处于可用状态，推荐用于强制依赖。
Setter 注入：通过 setter 方法传入可选依赖，对象可后续重新配置。
字段注入：使用 @Autowired 直接标注在字段上（如 @Autowired private UserDao dao;），代码简洁，但不利于单元测试和不可变性，实际项目中谨慎使用。

无论哪种方式，其本质都是让容器负责装配，类只定义“我需要什么”，而不关心“谁来提供、怎么提供”。

3. 真实场景中的 IoC 价值

可测试性：单元测试时，可以轻松注入一个 Mock 对象，而不必连接真实数据库。
灵活替换：例如开发环境使用内存数据库实现的 DAO，生产环境切换到真实数据库实现，只需更改配置，业务代码零变动。
生命周期管理：容器统一管理 Bean 的作用域（单例、原型等）和生命周期回调，开发者不必手动处理资源释放。
集中配置：数据源、线程池等基础设施组件全部由容器托管，一处配置，多处注入。

1.2.2 面向切面编程（AOP）—— 将横切逻辑集中管理

1. 横切关注点的困扰

企业应用中普遍存在一些横切关注点（Cross-cutting Concerns），它们散落在多个模块的业务代码中，例如：

记录每个服务方法的执行日志
对数据库操作开启、提交或回滚事务
检查用户访问权限
性能统计与监控

如果按传统方式实现，每个方法都要加上相同的重复代码：

public void updateOrder(Order order) {
    logger.info("开始执行updateOrder...");   // 重复的日志代码
    checkPermission("order:update");         // 重复的权限检查
    // 真正业务逻辑
    orderDao.update(order);
    logger.info("updateOrder执行完毕");      // 重复的日志代码
}

这些代码与核心业务无关，却造成了代码散落和模块纠缠——日志、事务逻辑散布各处，修改规则需要改动大量类。

2. AOP 的解决思路

AOP 将这些横切逻辑从主业务中剥离，集中放到一个独立的“切面”中，然后通过声明的方式，告诉容器“将这些逻辑织入到哪些连接点上”。最终运行时，容器会自动在目标方法的前后或异常时插入这些增强逻辑，业务代码保持纯净。

以声明式事务为例，我们只需在需要事务的方法上标注 @Transactional，无需任何手动的 begin/commit/rollback 代码：

@Service
public class OrderService {
    @Transactional
    public void placeOrder(Order order) {
        orderDao.insert(order);
        inventoryService.reduceStock(order);
        paymentService.charge(order);
    }
}

Spring 在后台会通过 AOP 为 placeOrder 方法生成代理，在方法执行前开启事务，执行后提交或回滚。

3. AOP 的关键概念（实用理解）

不需要死记理论，理解以下几个概念即可自然使用：

切面（Aspect）：横切逻辑的封装体，比如“事务管理切面”或“日志切面”。它由通知和切点组成。
通知（Advice）：切面在特定时机执行的逻辑。Spring 支持五种类型：前置通知（@Before）、后置通知（@After）、返回通知（@AfterReturning）、异常通知（@AfterThrowing）和环绕通知（@Around）。实际工作中环绕通知功能最强，可控制目标方法的执行。
切点（Pointcut）：定义一个“在哪里”执行通知的规则，通常使用表达式匹配方法签名，例如 execution( com.example.service..*(..)) 表示 service 包下所有类的所有方法。
连接点（Join point）：程序执行中能够插入切面的点，Spring 中仅是方法的执行。
织入（Weaving）：将切面应用到目标对象并创建代理的过程。Spring AOP 默认使用动态代理在运行时织入。

4. 实用场景举例

统一日志记录：定义一个切面，对 controller 包下所有 public 方法记录请求参数、响应结果和执行时间，无需在每个方法里写日志。
接口幂等性校验：通过自定义注解 @Idempotent，并由切面检测 Redis 中的 token，集中实现防重复提交。
异常统一处理与告警：切面拦截 service 层异常，自动记录错误并发送报警通知。
方法级缓存：结合 @Cacheable 等注解，AOP 在方法执行前检查缓存，有则直接返回，无则执行业务方法并缓存结果。

1.2.3 IoC 与 AOP 的协同关系

IoC 和 AOP 并非孤立存在，而是相辅相成。IoC 容器为 AOP 提供了代理生成的载体——所有的 Bean 都受容器的管理，容器在初始化 Bean 时，可以无缝地为其创建 AOP 代理，从而在不修改源码的情况下增强功能。Spring 的事务管理、安全控制、异步处理等，底层都建立在“IoC 容器 + AOP 代理”的组合之上。

理解这两大核心思想，就抓住了 Spring 设计的灵魂。从下一章开始，我们将进入 Spring 开发的实际环境搭建，并快速上手第一个 Spring Boot 应用。