Spring@Bean方法可以返回实例字段吗？

Question

以下SpringBean声明似乎“按预期”运行和行为：

@Configuration
public class AppConfig {

    private final Foo foo;

    public AppConfig() {
        foo = new Foo();
    }

    @Bean
    public Foo foo() {
        return foo;
    }
}

其中“如预期”表示“没有明显的错误”。

假设Foo有一些复杂的生命周期（例如，使用AutoCloseable管理外部资源），这是Foo（）的有效且合理的声明吗？我能找到的所有示例（官方和非官方）都表明foo实例应该在foo（）中实例化，而不是存储在字段中或从字段中检索。然而，我在任何文件中都找不到任何确定的信息，说明这应该或不应该是安全的。

例如，我能找到的最相关的文档是关于SpringIoCbean生命周期的https://docs.spring.io/spring/docs/5.1.0.RELEASE/spring-framework-reference/core.html#beans-工厂范围。在这两行之间，一个单例或应用程序作用域bean将是有效的，因为当它不再有效时，应用程序就不再是活动的。由于singleton是默认范围，因此上述声明将隐式有效。

即使使用了适当的范围，假设您引入了另一种特定于配置文件的声明

@Bean("foo")
@Profile("!test")
public Foo realFoo() {
    return this.foo;
}

@Bean("foo")
@Profile("test")
public Foo testFoo() {
    return new TestFoo();
}

将这个。foo现在总是被实例化，即使在激活测试配置文件时也是如此？如果是这样，Spring是否仍然管理realFoo（）的值，即使该bean应该是非活动的？

这个问题不是Spring@Bean at方法的重复，返回已经创建的Bean，它回避了这个问题，但是这个问题可以正确地确定答案。

Answer 1

如果将Spring IoC存储在现场，您将失去它所能提供的好处，甚至可能导致某些范围内的意外行为。

如果作用域是singleton或application，这将起作用，因为它只调用foo（）一次。但是如果范围更改为protoptype（每次都创建一个新实例）。然后它可能会导致意外的行为。因为您将foo存储在一个字段中，所以它的行为仍然是singleton，因为它总是指向同一个实例。

如果您在构造函数中启动类，它将始终启动，即使配置文件不是活动的。Spring不能（也不应该）检测实例在哪里启动。如果配置文件不处于活动状态，Spring IoC将不会调用该方法。根据上面的解释，在方法本身中启动实例会更安全。