Spring框架中设计模式直接体现于代码结构：1. Bean默认单例由容器统一管控；2. 依赖注入通过工厂模式解耦实例创建；3. AOP与事务基于代理模式实现横切逻辑；4. 构造器注入强制遵循依赖倒置原则。
Java 面向对象设计模式在框架中不是“写在文档里供人背诵”的概念，而是直接体现在代码结构、API 设计和运行机制中的实际选择。以 Spring 为例，你不需要去“找”设计模式，只要看懂它的配置方式、Bean 创建逻辑、AOP 行为或事务管理流程，就能自然识别出背后的设计模式。
看 Bean 生命周期——单例模式最直观
Spring 默认把每个 @Component、@Service 类都作为单例管理。你写一个 Service 类，启动后整个应用里只有一份实例；多次调用 applicationContext.getBean(XxxService.class)，返回的是同一个对象引用。这就是单例模式的落地——容器内部缓存了实例，避免重复创建。注意：它不是靠类里写 private static instance 实现的，而是由 DefaultListableBeanFactory 统一管控，属于“容器级单例”，更安全、可配置（比如改 scope="prototype" 就取消单例）。
看对象怎么创建——工厂模式无处不在
当你用 @Autowired 注入一个接口类型，比如 OrderRepository，Spring 并不关心具体是 JpaOrderRepository 还是 MockOrderRepository，它根据类型匹配、@Primary 或 @Qualifier 找到对应实现类，再调用构造器或工厂方法完成实例化。这个过程就是工厂模式：容器充当工厂，你只声明“我要什么”，不写 new XxxImpl()。配置中写 factory-method 或使用 FactoryBean 接口，更是显式暴露了工厂逻辑。
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
看 AOP 和事务——代理模式就在方法调用前后
给一个 Service 方法加 @Transactional，你没写任何开启/提交事务的代码，但执行时自动生效。这是因为 Spring 在运行时为该类生成了代理对象（JDK 动态代理或 CGLIB），原始方法调用被拦截，在前后插入事务管理逻辑。你调用的是代理对象的方法，它再转给真实对象——典型的代理模式。日志、权限校验、熔断等切面功能，都是同一套代理机制支撑的。
立即学习“Java免费学习笔记（深入）”；
看依赖注入方式——依赖倒置原则贯穿始终
传统写法中，OrderService 直接 new 一个 MySQLOrderDao，导致强耦合；Spring 要求你面向接口编程：private final OrderRepository repo;，然后通过构造器注入任意实现。高层模块（Service）不依赖低层模块（MySQL 实现），二者都依赖抽象（OrderRepository 接口）。这不是语法糖，是设计原则在框架 API 层的强制引导——注解、泛型参数、类型推断都在帮你遵守它。
