🏆作者简介，普修罗双战士，一直追求不断学习和成长，在技术的道路上持续探索和实践。
🏆多年互联网行业从业经验，历任核心研发工程师，项目技术负责人。
🎉欢迎 👍点赞✍评论⭐收藏

🔎 SpringBoot 注解领域知识 🔎

🏆 学习Java注解之@Autowired

🔎 Java 注解@Autowired学习(2)

🍁🍁 01、@Autowired 注解可以应用于哪些类或方法上？

@Autowired 注解可以应用于以下地方：

1. 类的字段上： 可以将 @Autowired 注解应用于类的字段上，使依赖对象自动注入到字段中。例如：

@Autowired
private DependencyObject dependencyObject;

2. 类的构造方法上： 可以将 @Autowired 注解应用于类的构造方法上，使依赖对象通过构造方法注入。例如：

@Autowired
public MyClass(DependencyObject dependencyObject) {
    this.dependencyObject = dependencyObject;
}

3. 类的 Setter 方法上： 可以将 @Autowired 注解应用于类的 Setter 方法上，使依赖对象通过 Setter 方法进行注入。例如：

@Autowired
public void setDependencyObject(DependencyObject dependencyObject) {
    this.dependencyObject = dependencyObject;
}

4. 类的普通方法上： 可以将 @Autowired 注解应用于类的普通方法上，使依赖对象通过方法参数进行注入。例如：

@Autowired
public void init(DependencyObject dependencyObject) {
    this.dependencyObject = dependencyObject;
}

需要注意的是，当有多个匹配的依赖对象时，@Autowired 注解可以与 @Qualifier 注解结合使用，以根据特定的标识符或名称解决依赖注入的歧义。例如：

@Autowired
@Qualifier("specificQualifier")
private DependencyObject dependencyObject;

总之，@Autowired 注解可以应用于类的字段、构造方法、Setter 方法和普通方法上，实现依赖注入。通过使用适当的注解，可以根据需要方便地解析依赖对象的注入方式和歧义。

🍁🍁 02、@Autowired 注解是如何进行类型匹配的？

@Autowired 注解通过类型匹配来确定要注入的依赖对象。

当使用 @Autowired 注解时，Spring 容器会通过类型匹配来查找匹配的依赖对象。具体的匹配规则如下：

1. 如果要注入的字段、构造方法参数、Setter 方法参数或普通方法参数的类型在容器中有唯一的匹配对象，那么该对象将被自动注入。

2. 如果存在多个类型匹配的依赖对象，Spring 将尝试通过使用 @Qualifier 注解来进行歧义解析。 @Qualifier 注解指定了注入的标识符或名称，可以用于标识具体要注入的依赖对象。

例如，假设有以下两个实现了同一个接口的类：

public interface MyInterface {
    // 接口方法
}

@Component
@Qualifier("implementation1")
public class Implementation1 implements MyInterface {
    // 实现类1的具体实现
}

@Component
@Qualifier("implementation2")
public class Implementation2 implements MyInterface {
    // 实现类2的具体实现
}

然后，在需要注入 MyInterface 类型的字段上使用 @Autowired 注解时，可以使用 @Qualifier 注解指定要注入的具体实现类，如下所示：

@Autowired
@Qualifier("implementation2")
private MyInterface myImplementaion;

通过使用 @Qualifier 注解，可以通过标识符或名称来解决多个匹配的依赖对象，从而精确地指定要注入的对象。

总之，@Autowired 注解通过类型匹配来确定要注入的依赖对象。如果存在多个匹配的依赖对象，可以使用 @Qualifier 注解来解决注入歧义。

在 Spring 中，Bean 的注入是基于类型的。当设置了 @Autowired 注解时， Spring 会在容器中根据类型去寻找对应的 Bean，并注入到被注解的元素中，所以我们在使用 @Autowired 注解时，实际上只需将其标注在容器中存在的 Bean 的属性、构造方法或者 Set/Get 方法上， Spring 会自动帮我们按类型注入。

在检索 Bean 时， Spring 会尝试使用 Java 的反射机制去检查被注入的元素。首先，它会将属性名称作为要注入 Bean 的名称去查找，如果找到了就会将对应的 Bean 属性注入进去。如果未找到， Spring 会将属性的类型作为要注入 Bean 的类型去查找，如果没找到就会抛出异常。

此外，在设置被注解的 Bean 属性时，如果存在多个实现类的类型匹配， Spring 也会报错。为解决这一问题， Spring 提供了 @Qualifier 注解。在存在多个实现类的类型匹配时，可以使用 @Qualifier 具体指定需要注入的实例，例如：

@Service
public class UserService {

    @Autowired
    @Qualifier("userRepositoryA")
    private UserRepository userRepository;

    @Autowired
    @Qualifier("emailServiceA")
    private NotificationService notificationService;
    // ...
}

这个例子中，UserRepository 和 NotificationService 都有多个实现类，因此需要指定注入的实例。在 @Qualifier 中指定需要注入的 Bean 名称，就可以解决这个问题。

总之， Spring 默认使用类型去寻找对应的 Bean，并注入到需要的元素中。如果需要注入的实现类有多个类型匹配时，可以使用 @Qualifier 具体指定需要注入的实例。

🍁🍁 03、@Autowired 注解和 JSR-330 的 @Inject 注解有什么区别？

@Autowired 注解和 JSR-330 的 @Inject 注解都用于实现依赖注入，它们有以下区别：

1. 来源不同：@Autowired 注解是 Spring 框架特有的注解，而 @Inject 注解是 JSR-330 规范中的注解。它们来自不同的框架和标准。

2. 支持度不同：@Autowired 注解在 Spring 框架中有广泛的支持，可以用于注入依赖的对象。而 @Inject 注解是 Java EE 标准中定义的，需要在应用中使用 Java EE 容器（如 Java EE 应用服务器）来实现依赖注入。

3. 配置方式不同：@Autowired 注解可用于字段、构造方法、Setter 方法和普通方法上，可以通过类型匹配或者 @Qualifier 注解来指定具体的注入对象。而 @Inject 注解只能用于字段、构造方法和 Setter 方法上，并且在注入时可以使用 @Qualifier 注解来指定具体的注入对象。

4. 扩展性不同：@Inject 注解是 Java EE 规范的一部分，它提供了一组更丰富的注入特性，并且可以使用扩展注解（如 @Named）来增强注入行为。而 @Autowired 注解在 Spring 中有更多的扩展功能，例如支持自定义注入策略、支持懒加载等。

当你在使用 @Autowired 注解时，如果在 Spring 容器中找不到匹配的 Bean，Spring 通常会抛出 NoSuchBeanDefinitionException 异常，提示找不到对应的 Bean。

为了解决这个问题，你可以使用 @Autowired 注解的 required 属性来控制是否必须进行依赖注入。required 属性默认为 true，表示依赖注入是必须的，如果找不到匹配的 Bean，会抛出异常。如果将 required 属性设置为 false，那么即使找不到匹配的 Bean，也不会抛出异常，Spring 会将该字段的值设置为 null，这样避免了异常的抛出。

下面是一个示例：

@Autowired(required = false)
private SomeBean someBean;

在上面的示例中，SomeBean 类的实例 someBean 被标记为 @Autowired，并且 required 属性被设置为 false。如果 Spring 容器中找不到 SomeBean 类的实例，将不会抛出异常，而是将 someBean 的值设置为 null。这样你可以避免由于找不到匹配的 Bean 而导致的异常，并在代码中做相应的处理。

需要注意的是，对于基本数据类型（如 int、boolean 等），required 属性设置为 false 不会将其值设置为 null，而是会使用默认值。

总之，通过设置 required 属性为 false，可以控制 @Autowired 注解的依赖注入是否必须，避免因为找不到匹配的 Bean 而导致的异常。

综上所述，@Autowired 注解和 @Inject 注解都可以用于实现依赖注入，但是 @Autowired 注解更具有灵活性和扩展性，而 @Inject 注解是 Java EE 标准的一部分，适用于在 Java EE 容器中实现依赖注入。在使用中，可以根据具体的框架和标准选择相应的注解来实现依赖注入。

下面是一个表格来说明 @Autowired 注解和 @Inject 注解的区别：

希望这张表格有助于你更直观地了解 @Autowired 注解和 @Inject 注解的区别。需要注意的是，这两种注解都可以用于实现依赖注入，并且具体应用时，你需要根据实际情况来选择适当的注解。

🍁🍁 04、@Autowired 注解和 @Autowired 的派生注解 “@Qualifier” 有什么区别？

@Autowired 注解和 @Qualifier 注解是一起使用的，用于解决 Spring 容器中存在多个匹配的 Bean 的问题。下面是它们之间的主要区别：

1. @Autowired 注解：

   • 来自于 Spring 框架，是 Spring 特有的注解。
   • 可以用于字段、构造方法、Setter 方法和普通方法上。
   • 默认使用 byType 的方式进行自动装配，即根据类型进行匹配。
   • 如果有多个类型匹配的 Bean，会抛出 NoUniqueBeanDefinitionException 异常。
   • 可以通过设置 required 属性为 false 来避免抛出异常，并将值设置为 null。

2. @Qualifier 注解：

   • 也来自于 Spring 框架，是 @Autowired 的派生注解。
   • 用于细粒度地指定特定的 Bean 进行注入。
   • 配合 @Autowired 使用，用于解决多个匹配 Bean 的歧义问题。
   • 可以结合 Bean 的名字或自定义的标识符进行使用。
   • 通过指定 @Qualifier 注解的 value 属性来指定具体的 Bean。

通过结合使用 @Autowired 和 @Qualifier 注解，可以实现更精确的依赖注入，避免自动装配时的歧义性。例如：

@Autowired
@Qualifier("someBeanImpl")
private SomeBean someBean;

在上述示例中，@Autowired 注解用于进行依赖注入，@Qualifier("someBeanImpl") 注解用于指定使用名为 “someBeanImpl” 的 Bean 进行注入。通过这样的组合使用，可以解决多个匹配 Bean 的问题，并确保注入正确的 Bean。

需要注意的是，@Qualifier 注解只能与 @Autowired 注解一起使用，而不能单独使用。

下面是一个表格来说明 @Autowired 注解和 @Qualifier 注解的区别：

希望这张表格能够更清晰地展示 @Autowired 注解和 @Qualifier 注解的区别和用法。需要注意的是，它们通常是一起使用的，用于实现更精确的依赖注入。

🍁🍁 05、如何使用 @Autowired 注解注入构造函数参数？

可以使用 @Autowired 注解来自动装配构造函数参数。下面是一个示例：

@Service
public class UserServiceImpl implements UserService {
    private final UserRepository userRepository;

    @Autowired
    public UserServiceImpl(UserRepository userRepository) {
        this.userRepository = userRepository;
    }

    // 其他代码
}

在上述代码中，我们可以看到构造函数 UserServiceImpl(UserRepository userRepository) 带有一个参数 userRepository，并且该参数被 @Autowired 注解所修饰。这意味着 Spring 将自动查找并注入一个 UserRepository 的实例，作为构造函数的参数。

需要注意的是，使用 @Autowired 注解注入构造函数参数时，可以省略 @Autowired 注解的位置。如果构造函数只带有一个参数，那么即使不使用 @Autowired 注解，Spring 也会自动将该参数视为需要自动注入的依赖项。

如果一个类中有多个构造函数时，需要使用 @Autowired 注解去标识使用哪个构造函数。例如：

@Service
public class UserServiceImpl implements UserService {
    private final UserRepository userRepository;

    public UserServiceImpl() {
        this.userRepository = null;
    }

    @Autowired
    public UserServiceImpl(UserRepository userRepository) {
        this.userRepository = userRepository;
    }

    // 其他代码
}

在上述代码中，我们有两个构造函数：UserServiceImpl() 和 UserServiceImpl(UserRepository userRepository)。当存在多个构造函数时，我们需要使用 @Autowired 注解标识哪个构造函数应该被 Spring 使用。

总之，在使用 @Autowired 注解注入构造函数参数时，只需要在构造函数上添加 @Autowired 注解即可。Spring 将自动查找并注入对应的依赖项。

🍁🍁 06、如何在 Spring 中禁用自动装配功能？

在 Spring 中，我们可以通过在配置文件中进行相应的设置来禁用自动装配功能。有以下几种方式可以禁用自动装配：

1. 配置文件方式：
在 XML 配置文件中，可以通过设置 autowire-default 属性来禁用自动装配。将 autowire-default 的值设置为 no 即可禁用自动装配。

<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xsi:schemaLocation="http://www.springframework.org/schema/beans
            http://www.springframework.org/schema/beans/spring-beans.xsd"
       default-autowire="no">
    <!-- 定义 Bean 的配置代码 -->
</beans>

2. Java Config 方式：
在使用 Java Config 进行配置的情况下，可以在配置类上使用 @EnableAutoConfiguration 注解，并将其设置为 false 来禁用自动装配。

@Configuration
@EnableAutoConfiguration(exclude = { DataSourceAutoConfiguration.class, HibernateJpaAutoConfiguration.class })
public class AppConfig {
    // 配置 Bean 的代码
}

在上述例子中，我们通过 exclude 属性排除了 DataSourceAutoConfiguration 和 HibernateJpaAutoConfiguration ，以禁用自动装配。

3. 使用 @Autowired 注解：
在需要注入的地方使用 @Autowired 注解时，可以将 @Autowired 注解的 required 属性设置为 false，并通过 @Qualifier 注解指定具体的注入对象。

@Component
public class MyService {
    @Autowired(required = false)
    @Qualifier("myDataSource")
    private DataSource dataSource;

    // 其他代码
}

上述代码中，@Autowired(required = false) 表示如果没有找到可注入的 myDataSource 对象，不会抛出异常。同时，通过使用 @Qualifier 注解指定了注入的 Bean 名称。

4. 使用 @DependsOn 注解：
在需要注入的 Bean 上使用注解 @DependsOn，并指定它依赖的 Bean 的名称，这样就可以禁用对其它 Bean 的自动注入。

@Component
@DependsOn({"myDataSource"})
public class MyService {
    private DataSource dataSource;

    // 通过构造函数注入 DataSource
    public MyService(DataSource dataSource) {
        this.dataSource = dataSource;
    }

    // 其他代码
}

在上述代码中，@DependsOn 注解指定了该 Bean 所依赖的 "myDataSource" Bean 的名称。这样，IoC 容器就会先实例化 "myDataSource" Bean，才会实例化 MyService Bean，从而避免了对 "myDataSource" 进行自动注入。

5. 使用 @Primary 注解：
在有多个相同类型的 Bean 需要注入时，可以使用 @Primary 注解标记其中的一个 Bean 为首选 Bean。那么在自动注入时，IoC 容器就会优先选择该 Bean 进行注入。

@Component
@Primary
public class MyDataSource implements DataSource {
    // 实现 DataSource 接口的方法
    // 具体代码省略
}

在上述代码中，@Primary 注解标记了 MyDataSource Bean 为首选 Bean。那么在注入 DataSource 的时候，IoC 容器就会优先选择该 Bean 进行自动注入。

使用以上的方式，你可以在 Spring 中禁用自动装配的功能。根据具体场景和需求，选择合适的方式来使用。

🍁🍁 07、如何通过 @Autowired 注解注入一个非 Spring 管理的对象？

@Autowired 注解通常用于注入 Spring 管理的 Bean 对象。如果要注入一个非 Spring 管理的对象，你可以使用 @Resource 注解或者手动进行对象的注入。

1. 使用 @Resource 注解：
@Resource 注解是 Java EE 提供的一种注入方式，可以用于注入任何类型的对象，包括非 Spring 管理的对象。

@Component
public class MyComponent {
    @Resource
    private MyNonSpringObject nonSpringObject;

    // 其他代码
}

在上述代码中，我们使用 @Resource 注解注入了一个非 Spring 管理的对象 MyNonSpringObject。

注意事项：

• @Resource 注解可以根据名称或者类型进行匹配，如果只有一个符合条件的对象，则直接注入；如果有多个符合条件的对象，可以通过 name 属性或者 type 属性指定具体的对象。
• 可以在字段上直接使用 @Resource 注解，也可以应用在 setter 方法上。

2. 手动进行对象注入：
如果无法使用注解进行注入，或者需要更加灵活的注入方式，可以手动进行对象的注入。这需要在代码中手动进行对象的创建和注入。

@Component
public class MyComponent {
    private MyNonSpringObject nonSpringObject;

    public MyComponent() {
        nonSpringObject = new MyNonSpringObject();
    }

    public void setNonSpringObject(MyNonSpringObject nonSpringObject) {
        this.nonSpringObject = nonSpringObject;
    }

    // 其他代码
}

在上述代码中，我们通过构造函数或者 setter 方法手动创建了一个非 Spring 管理的对象，并进行了注入。

需要注意的是，手动注入非 Spring 管理的对象可能会导致对象的生命周期管理问题，需要自行负责对象的创建和销毁。

这是通过 @Autowired 注解注入非 Spring 管理对象的两种方式，根据具体的需求和场景，选择合适的方式来使用。

🍁🍁 08、如何使用 @Autowired 注解在 Spring Boot 中注入配置属性？

在 Spring Boot 中，可以使用 @Autowired 注解结合 “@Value” 注解来注入配置属性。

首先，在属性所在的类中（比如一个 Controller 或 Service 类），使用 “@Value” 注解来声明需要注入的配置属性，并使用 “${}” 语法指定属性名：

@Service
public class MyService {
    @Value("${my.config.value}")
    private String configValue;

    // ...
}

这里的 “${my.config.value}” 表示需要注入一个名为 “my.config.value” 的配置属性值。

接下来，在需要注入属性的类中使用 @Autowired 注解来注入刚刚声明的属性对象。Spring Boot 会自动将对应名称的配置属性值注入到该属性中：

@RestController
public class MyController {
    @Autowired
    private MyService myService;

    // ...
}

在这个例子中，MyController 类中的 myService 属性会被自动注入一个 MyService 类的实例，并且该实例中的 configValue 属性会被注入 “my.config.value” 配置属性的值。

需要注意的是，为了使用 “@Value” 注解，需要在启动类上使用 “@PropertySource” 注解来指定配置文件所在的位置。例如，如果配置文件是 application.properties，可以在启动类上加上如下注解：

@SpringBootApplication
@PropertySource("classpath:application.properties")
public class MyApplication {
    // ...
}

这样，Spring Boot 就会在 classpath 下查找名为 application.properties 的配置文件，并将其中的属性值注入到使用 “@Value” 注解声明需要注入的属性中。

🍁🍁 09、如何使用 @Autowired 注解注入单例 Bean 中的原型 Bean？

在 Spring 中，默认情况下，如果一个单例 Bean 中依赖了一个原型 Bean，那么每次使用该单例 Bean 时，都会得到同一个原型 Bean 的实例。这是因为单例 Bean 在创建时会对原型 Bean 进行一次注入，之后会一直使用同一个实例。

如果你想在单例 Bean 中每次使用时都得到一个新的原型 Bean 实例，可以使用 Spring 的 ObjectFactory 或者 ObjectProvider 来解决这个问题。

以下是一个示例：

@Component
public class SingletonBean {
    private final ObjectFactory<PrototypeBean> prototypeBeanFactory;

    @Autowired
    public SingletonBean(ObjectFactory<PrototypeBean> prototypeBeanFactory) {
        this.prototypeBeanFactory = prototypeBeanFactory;
    }

    public void doSomething() {
        PrototypeBean prototypeBean = prototypeBeanFactory.getObject();

        // 使用 prototypeBean 完成一些操作
    }
}

在上述示例中，ObjectFactory 是一个提供原型 Bean 实例的工厂。通过在单例 Bean 的构造函数中注入 ObjectFactory<PrototypeBean>，就可以在 doSomething() 方法中每次都获取一个新的原型 Bean 实例来使用。

另外，还可以使用 ObjectProvider 来达到同样的效果。ObjectProvider 是 ObjectFactory 的扩展，提供了更多的方法来获取原型 Bean 实例。

@Component
public class SingletonBean {
    private final ObjectProvider<PrototypeBean> prototypeBeanProvider;

    @Autowired
    public SingletonBean(ObjectProvider<PrototypeBean> prototypeBeanProvider) {
        this.prototypeBeanProvider = prototypeBeanProvider;
    }

    public void doSomething() {
        PrototypeBean prototypeBean = prototypeBeanProvider.getIfAvailable();

        // 使用 prototypeBean 完成一些操作
    }
}

无论使用 ObjectFactory 还是 ObjectProvider，都可以在单例 Bean 中每次使用时获取一个新的原型 Bean 实例。这样可以避免在单例 Bean 中持有一个固定的原型 Bean 实例。

🍁🍁 10、如何在程序中手动执行依赖注入，而不依赖于 @Autowired 等注解？

在 Spring 中，除了使用注解（如 @Autowired）进行自动依赖注入外，还可以通过编程方式手动执行依赖注入。

要手动执行依赖注入，可以使用 ApplicationContext 接口提供的 getBean() 方法。getBean() 方法接受一个字符串参数，表示要获取的 Bean 的名称，然后返回对应的 Bean 实例。

以下是一个示例：

@Component
public class MyComponent {
    private OtherBean otherBean;

    public void setOtherBean(OtherBean otherBean) {
        this.otherBean = otherBean;
    }

    public void doSomething() {
        // 使用 otherBean 完成一些操作
    }
}

@Component
public class OtherBean {
    public void doSomethingElse() {
        // 做一些其他操作
    }
}

public class ManualDependencyInjectionExample {
    public static void main(String[] args) {
        ApplicationContext applicationContext = new ClassPathXmlApplicationContext("applicationContext.xml");

        // 手动执行依赖注入
        MyComponent myComponent = applicationContext.getBean("myComponent", MyComponent.class);
        OtherBean otherBean = applicationContext.getBean("otherBean", OtherBean.class);
        myComponent.setOtherBean(otherBean);

        // 调用 MyComponent 中的方法
        myComponent.doSomething();
    }
}

在上述示例中，MyComponent 类中的 setOtherBean() 方法用于手动注入 OtherBean。在 ManualDependencyInjectionExample 类中，我们通过 ApplicationContext 的 getBean() 方法获取到 MyComponent 和 OtherBean 的实例，并手动调用 setOtherBean() 方法注入 OtherBean 实例。

需要注意的是，为了使用 ApplicationContext，你需要事先配置一个 Spring 上下文，如上述示例中的 applicationContext.xml 配置文件。

通过手动执行依赖注入，你可以在不依赖于注解的情况下，灵活地控制 Bean 之间的依赖关系。但是需要注意，手动执行依赖注入可能会增加代码的耦合性和复杂性，因此需要谨慎使用，并尽量遵循 Spring 的自动依赖注入原则。

除了使用 getBean() 方法手动执行依赖注入外，还可以通过实现 Spring 提供的 BeanFactoryPostProcessor 接口来实现。

实现 BeanFactoryPostProcessor 接口的类可以在 Spring 容器实例化 Bean 对象前，对 BeanDefinition 属性进行修改。可以通过修改 BeanDefinition 中的 “propertyValues” 值，来间接实现依赖注入。以下是一个示例：

@Component
public class ManualDependencyInjectionBeanFactoryPostProcessor implements BeanFactoryPostProcessor {
    @Override
    public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
        BeanDefinition beanDefinition = beanFactory.getBeanDefinition("myComponent");
        PropertyValue propertyValue = new PropertyValue("otherBean", beanFactory.getBean("otherBean"));
        beanDefinition.getPropertyValues().addPropertyValue(propertyValue);
    }
}

@Component
public class MyComponent {
    private OtherBean otherBean;

    public void setOtherBean(OtherBean otherBean) {
        this.otherBean = otherBean;
    }

    public void doSomething() {
        // 使用 otherBean 完成一些操作
    }
}

@Component
public class OtherBean {
    public void doSomethingElse() {
        // 做一些其他操作
    }
}

public class ManualDependencyInjectionExample {
    public static void main(String[] args) {
        ApplicationContext applicationContext = new ClassPathXmlApplicationContext("applicationContext.xml");

        // 获取 MyComponent 实例
        MyComponent myComponent = applicationContext.getBean("myComponent", MyComponent.class);

        // 调用 MyComponent 中的方法
        myComponent.doSomething();
    }
}

上述示例中，我们实现了一个名为 ManualDependencyInjectionBeanFactoryPostProcessor 的 BeanFactoryPostProcessor，它的作用是在 Bean 实例化之前，修改 myComponent BeanDefinition 中的属性值，从而实现对 otherBean 属性的注入。

需要注意的是，通过实现 BeanFactoryPostProcessor 接口修改 BeanDefinition 属性，需要在 Spring 容器启动时进行实例化。因此，需要在 Spring 配置中声明 ManualDependencyInjectionBeanFactoryPostProcessor 类，并将其添加到 ApplicationContext 中，如下所示：

<bean class="com.example.ManualDependencyInjectionBeanFactoryPostProcessor"/>

通过手动执行依赖注入，你可以在不依赖于注解的情况下，灵活地控制 Bean 之间的依赖关系。但是需要注意，手动执行依赖注入可能会增加代码的耦合性和复杂性，因此需要谨慎使用，并尽量遵循 Spring 的自动依赖注入原则。