1. Spring框架中对象实例化的核心逻辑
在Spring框架中，对象实例化是IoC（控制反转）容器的核心功能之一。通过XML配置方式管理Bean的生命周期，是Spring最经典也是最基础的使用模式。与现在流行的注解配置相比，XML配置虽然显得"传统"，但在复杂项目结构、第三方库集成等场景下，仍然具有不可替代的优势。
XML配置方式最大的特点是声明式编程——开发者不需要在代码中直接new对象，而是通过配置文件描述对象的创建规则。Spring容器在启动时读取这些配置，按照定义好的规则实例化对象并管理它们之间的依赖关系。这种机制带来了几个显著好处：
- 解耦：对象创建逻辑与业务代码分离
- 灵活：修改对象创建方式不需要重新编译代码
- 集中管理：所有对象的创建规则在一个或多个配置文件中统一维护
提示：虽然现在Spring Boot推崇基于注解的配置，但理解XML配置方式对于掌握Spring底层原理非常有帮助，特别是在维护老项目或集成某些特殊框架时。
2. 通过构造方法实例化Bean
2.1 基本配置方式
这是最直接的对象实例化方式，对应于Java中的new操作。在XML中配置如下：
xml复制<bean id="userService" class="com.example.UserServiceImpl"/>
当Spring容器解析到这个配置时，会：
- 通过反射获取UserServiceImpl类的Class对象
- 调用默认无参构造方法（必须存在）
- 创建实例并放入容器中
2.2 构造方法参数注入
当需要传入构造参数时，可以使用<constructor-arg>元素：
xml复制<bean id="dataSource" class="com.example.BasicDataSource">
<constructor-arg value="100"/>
<constructor-arg value="jdbc:mysql://localhost:3306/test"/>
</bean>
Spring会按照参数顺序匹配构造方法。如果存在多个构造方法，Spring会根据参数数量和类型自动选择最匹配的一个。
2.3 类型匹配与索引指定
为了避免参数顺序导致的歧义，可以显式指定参数类型或位置：
xml复制<bean id="complexBean" class="com.example.ComplexService">
<constructor-arg index="0" value="100" type="int"/>
<constructor-arg index="1" ref="otherBean"/>
</bean>
注意：当构造参数是引用类型时，使用ref属性而不是value属性。type属性可以帮助Spring在存在多个相同参数数量的构造方法时做出正确选择。
3. 静态工厂方法实例化
3.1 静态工厂的基本使用
某些情况下，对象的创建可能委托给静态工厂方法而非构造方法。这在集成第三方库时很常见：
xml复制<bean id="calendar" class="java.util.Calendar"
factory-method="getInstance"/>
这里的关键属性：
- class：包含静态工厂方法的类
- factory-method：静态方法名（必须返回所需对象）
3.2 带参数的静态工厂
静态工厂方法也可以接收参数：
xml复制<bean id="numberFormat" class="java.text.NumberFormat"
factory-method="getInstance">
<constructor-arg value="FRANCE"/>
</bean>
3.3 实际应用场景
静态工厂模式特别适合以下场景：
- 创建单例对象
- 根据参数返回不同的实现类
- 对象创建过程复杂，需要封装
我在实际项目中遇到过需要集成一个老式加密库的情况，该库要求通过特定的静态方法初始化加密器。使用静态工厂配置完美解决了这个问题：
xml复制<bean id="legacyEncryptor" class="com.old.LegacyCrypto"
factory-method="createEncryptor">
<constructor-arg value="${encrypt.key}"/>
<constructor-arg value="AES/CBC/PKCS5Padding"/>
</bean>
4. 实例工厂方法实例化
4.1 实例工厂与静态工厂的区别
与静态工厂不同，实例工厂需要先有一个工厂对象，然后调用该对象的非静态方法来创建目标对象：
xml复制<!-- 先定义工厂bean -->
<bean id="serviceFactory" class="com.example.ServiceFactory"/>
<!-- 通过工厂bean创建目标bean -->
<bean id="accountService" factory-bean="serviceFactory"
factory-method="createAccountService"/>
4.2 复杂对象创建示例
实例工厂特别适合创建过程复杂的对象。例如数据库连接池的创建：
xml复制<bean id="connectionFactory" class="com.example.DbConnectionFactory">
<property name="configFile" value="classpath:db.properties"/>
</bean>
<bean id="dataSource" factory-bean="connectionFactory"
factory-method="createDataSource">
<constructor-arg value="POOL"/>
</bean>
4.3 工厂方法的依赖注入
工厂bean本身也可以接收依赖注入，这使得整个创建过程非常灵活：
xml复制<bean id="reportFactory" class="com.example.ReportFactory">
<property name="templateResolver" ref="templateResolver"/>
</bean>
<bean id="monthlyReport" factory-bean="reportFactory"
factory-method="createReport">
<constructor-arg value="MONTHLY"/>
</bean>
5. FactoryBean接口实现
5.1 FactoryBean的工作原理
FactoryBean是Spring提供的一个特殊接口，实现了该接口的类本身是一个工厂，但配置上看起来像普通bean：
xml复制<bean id="tool" class="com.example.ToolFactory"/>
Spring容器实际获取的是ToolFactory.getObject()返回的对象，而非ToolFactory本身。
5.2 典型应用场景
FactoryBean在Spring内部被广泛使用，例如：
- 创建代理对象（AOP）
- 创建事务性对象
- 集成其他框架的特殊对象
一个自定义的FactoryBean示例：
java复制public class TimerFactoryBean implements FactoryBean<Timer> {
@Override
public Timer getObject() throws Exception {
return new Timer(true); // 创建守护线程的Timer
}
@Override
public Class<?> getObjectType() {
return Timer.class;
}
@Override
public boolean isSingleton() {
return true;
}
}
5.3 获取FactoryBean本身
如果需要获取FactoryBean实例而非它创建的对象，可以在bean id前加&符号：
java复制FactoryBean factoryBean = (FactoryBean) context.getBean("&tool");
6. 对象实例化的高级话题
6.1 懒加载与立即加载
默认情况下，Spring容器启动时会立即实例化所有单例bean。可以通过lazy-init属性改变这一行为：
xml复制<bean id="expensiveBean" class="com.example.ExpensiveService"
lazy-init="true"/>
6.2 依赖注入的三种方式
无论采用哪种实例化方式，依赖注入都可以通过三种方式实现：
- 构造器注入（前文已介绍）
- Setter方法注入
xml复制<bean id="userService" class="com.example.UserService"> <property name="userDao" ref="userDao"/> </bean> - 字段注入（不推荐，破坏了封装性）
6.3 自动装配模式
Spring提供了几种自动装配模式，可以减少显式配置：
xml复制<bean id="orderService" class="com.example.OrderService"
autowire="byType"/>
可选值包括：
- no：默认，不自动装配
- byName：按属性名匹配bean
- byType：按属性类型匹配bean
- constructor：类似于byType，但用于构造参数
6.4 生命周期回调
可以在对象实例化过程中插入自定义逻辑：
xml复制<bean id="lifecycleBean" class="com.example.LifecycleBean"
init-method="init" destroy-method="cleanup"/>
对应的Java类：
java复制public class LifecycleBean {
public void init() {
// 初始化逻辑
}
public void cleanup() {
// 销毁逻辑
}
}
7. 实际项目中的经验与陷阱
7.1 循环依赖问题
当两个bean互相依赖时，Spring可以解决构造器注入的循环依赖，但前提是至少有一方使用setter注入：
xml复制<!-- 这种配置会导致异常 -->
<bean id="beanA" class="com.example.BeanA">
<constructor-arg ref="beanB"/>
</bean>
<bean id="beanB" class="com.example.BeanB">
<constructor-arg ref="beanA"/>
</bean>
解决方案是改为setter注入：
xml复制<bean id="beanA" class="com.example.BeanA">
<property name="beanB" ref="beanB"/>
</bean>
<bean id="beanB" class="com.example.BeanB">
<constructor-arg ref="beanA"/>
</bean>
7.2 原型bean的特殊性
默认情况下，Spring bean是单例的。如果指定scope="prototype"，每次获取都会创建新实例：
xml复制<bean id="prototypeBean" class="com.example.PrototypeBean"
scope="prototype"/>
但要注意，prototype bean的生命周期不由Spring容器管理，销毁时需要手动处理资源释放。
7.3 配置继承
可以通过parent属性实现配置继承，减少重复：
xml复制<bean id="abstractDataSource" abstract="true">
<property name="driverClass" value="com.mysql.jdbc.Driver"/>
<property name="initialSize" value="5"/>
</bean>
<bean id="devDataSource" parent="abstractDataSource">
<property name="jdbcUrl" value="jdbc:mysql://dev:3306/test"/>
</bean>
7.4 外部化配置
结合PropertyPlaceholderConfigurer可以使用外部属性文件：
xml复制<bean class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
<property name="location" value="classpath:app.properties"/>
</bean>
<bean id="dataSource" class="com.example.DataSource">
<property name="url" value="${db.url}"/>
</bean>
8. XML配置与注解的混合使用
虽然本文重点讨论XML配置，但在实际项目中，XML和注解经常混合使用。Spring提供了<context:annotation-config/>和<context:component-scan/>来启用注解支持：
xml复制<context:annotation-config/>
<bean id="userService" class="com.example.UserService"/>
<!-- 或者自动扫描 -->
<context:component-scan base-package="com.example"/>
这样可以在XML配置的基础上，使用@Autowired、@PostConstruct等注解来简化配置。
我在一个大型金融项目中遇到过这样的架构：核心基础设施（数据源、事务管理器等）使用XML配置，业务组件使用注解。这种混合方式既保证了核心组件的明确性和可追溯性，又简化了业务层的配置。