Spring 3，在非托管类中注入 bean 的可配置注释的风险？

Question

我有一个用作 Rest API 的 Spring 3 项目，并且想将我拥有的 Spring bean 连接到一个非托管类中以用于日志记录。

在尝试了许多不同的事情之后，有效的方法是使用注释 @Configurable 标记我的非托管类。

喜欢：

@Configurable
public class ClassNotManagedBySpring {
     @Autowired
     @Qualifier("myBean")
     private MyBean myBean;
}

@Service("myBean")
public class MyBean {
     @Autowired
     @Qualifier("someOtherBean")
     private SomeOtherBean someOtherBean;
}

然后在我的 beans.xml 中：

<context:spring-configured/>

所以现在假设 ClassNotManagedBySpring.java 是 6 个类之一，它们都做类似的事情，除了其中 3 个由 spring 管理，因为它们具有 @Component 注释。

但是所有这 6 个类都需要 @Autowire MyBean.java 并且只有一些需要 @Configurable 注释。

请注意，我之前已经在此应用中使用 AspectJ 用于多种其他目的。

我想知道我的 spring 应用程序突然以这种方式将 spring 托管依赖项连接到非托管类中的风险是什么？

可能存在性能问题吗？运行时出错的风险？

如果这不是将 Spring 托管 bean 连接到非托管类的最佳方式，那是什么？

Answer 1

我多年来一直使用@Configurable 没有问题，如果您需要由 Spring 配置的应用程序实例化 bean，这是一个非常简单的解决方案。我的用例都在 UI 层。每当我需要构造函数中已有的自动装配值时，我也会使用@Configurable(preConstruction = true)。当然，如果您制作数百万个 @Configurable 对象，这可能是性能问题，否则我不会太担心。我遇到的唯一小的美学问题是 Eclipse 在扩展 @Configurable 类的类定义中给了我一些红色下划线，抱怨 SomeClass 类的层次结构不一致，但它仍然编译了它们，在问题视图或运行时。