Spring 依赖注入、AOP代理
OCP
O代表Open ,C代表Closed
在软件开发过程中应当对扩展开放,对修改关闭。也就是说,如果在进行功能扩展的时候,添加额外的类是没问题的,但因为功能扩展而修改之前运行正常的程序,这是忌讳的,不被允许的。因为一旦修改之前运行正常的程序,就会导致项目整体要进行全方位的重新测试。
DIP
依赖倒置原则(Dependence Inversion Principle),简称DIP,主要倡导面向抽象编程,面向接口编程,不要面向具体编程,
让上层不再依赖下层,下面改动了,上面的代码不会受到牵连。
怎么做到呢?当然是用接口。
这样可以大大降低程序的耦合度,耦合度低了,扩展力就强了,同时代码复用性也会增强。(软件七大开发原则都是在为解耦合服务)
控制反转IoC(Invension of Control)
控制反转是一种新型的设计模式
交出的权力
new对象的权力
对象之间的关系(到底用的是哪一个实现类)
Spring
是实现类IoC的容器。
IOC是思想,DI是实现。通过DI实现bean管理(有bean对象的创建和bean与bean之间关系的维护)。
DI(依赖注入)有set注入和构造注入
依赖注入之set注入
这里最后一行的理解,先能找到是哪一个set方法,再找到形参对应的实际参数到底在哪里。
外部 Bean
- 在 Spring 配置文件中单独定义
- 可以被多个其他 Bean 引用
- 有自己独立的 ID/名称
<!-- 外部 Bean 定义 -->
<bean id="address" class="com.example.Address"><property name="city" value="Beijing"/>
</bean><!-- 引用外部 Bean -->
<bean id="employee" class="com.example.Employee"><property name="address" ref="address"/>
</bean>
内部 Bean
- 直接在引用它的 Bean 内部定义
- 只能被当前 Bean 使用
- 没有独立的 ID/名称
<bean id="employee" class="com.example.Employee"><property name="address"><!-- 内部 Bean 定义 --><bean class="com.example.Address"><property name="city" value="Beijing"/></bean></property>
</bean>
作用范围不同
特性 | 外部 Bean | 内部 Bean |
---|---|---|
作用域 | 全局可用 | 仅限当前 Bean 内部使用 |
生命周期 | 由容器管理 | 随外部 Bean 创建和销毁 |
是否可重用 | 是,可被多个 Bean 引用 | 否,只能被当前 Bean 使用 |
构造注入
set注入在创建对象之后,而构造注入在创建对象的时候就注入了。
xml解析+工厂模式+反射机制
IoC思想的一种具体实现是依赖注入DI
八大框架
两个核心模块 IoC AOP
AOP
ORM(Object-Relational Mapping,对象关系映射) 是一种编程技术,用于在 面向对象编程语言(如 Java、Python)中的对象与 关系型数据库(如 MySQL、PostgreSQL)的表之间建立映射关系,从而让开发者能够以操作对象的方式间接操作数据库,无需直接编写复杂的 SQL 语句。
Spring的非侵入体现在哪里
Spring框架的非侵入式(Non-Invasive)设计是其核心哲学之一,指的是它不会强制要求你的代码必须依赖Spring特定的类或接口,而是允许你以原生方式编写业务逻辑,仅在需要时通过配置或注解引入Spring的能力。以下是具体分析:
1. 什么是“非侵入式”?
-
传统框架的侵入性:
例如早期的EJB 2.x,要求业务类必须继承特定父类或实现指定接口(如SessionBean
),代码与框架深度耦合。// EJB 2.x的侵入式写法(必须实现框架接口) public class UserService implements SessionBean {// 必须实现框架方法public void ejbActivate() {} // 业务逻辑... }
-
Spring的非侵入性:
你的类可以是纯POJO(Plain Old Java Object),无需继承或实现Spring的类/接口。// Spring中的POJO(完全独立于框架) public class UserService {public void addUser(String name) { // 纯业务逻辑} }
2. Spring如何实现非侵入式?
(1)依赖注入(DI)通过配置/注解实现
- 不需要实现特定接口,只需通过
@Autowired
或XML配置即可注入依赖:@Service public class OrderService {@Autowired // 通过注解注入,不依赖Spring接口private PaymentService paymentService; }
(2)AOP通过代理模式实现
- 切面编程通过动态代理(JDK/CGLIB)增强功能,业务类无需感知:
@Transactional // 只需添加注解,不改变类继承结构 public void updateOrder(Order order) {// 业务代码 }
(3)模板模式消除样板代码
- 如
JdbcTemplate
封装了JDBC的繁琐操作,但你的DAO类无需继承任何Spring类:@Repository public class UserDao {@Autowiredprivate JdbcTemplate jdbcTemplate; // 直接使用,无需实现Spring接口 }
3. 非侵入式的核心优势
特性 | 侵入式框架 | Spring(非侵入式) |
---|---|---|
代码耦合度 | 高(依赖框架父类/接口) | 低(POJO + 配置/注解) |
可测试性 | 需依赖框架环境测试 | 可直接单元测试(无框架依赖) |
迁移成本 | 重构代价高 | 轻松切换其他框架或去Spring化 |
灵活性 | 受框架设计限制 | 自由选择技术组合 |
4. 对比其他框架
-
侵入式框架示例:
- Struts 1.x(Action需继承
ActionForm
) - EJB 2.x(需实现
SessionBean
)
- Struts 1.x(Action需继承
-
Spring的非侵入式体现:
- 你的
UserService
可以同时用于Spring、非Spring环境,甚至移植到Quarkus/Micronaut。 - 仅需修改配置(如从XML换为
@Bean
),无需改动业务代码。
- 你的
总结
Spring通过依赖注入、AOP代理、模板模式等设计,将框架能力以无感知方式注入到业务代码中,使得开发者可以:
✅ 用原生Java对象编写核心逻辑
✅ 按需选择Spring功能(而非强制)
✅ 轻松迁移或与其他框架集成
这种设计正是Spring能成为Java生态基石的关键原因之一。