Java 依赖注入标准(JSR-330)简介.pdfVIP

Java 依赖注入标准（JSR-330 ）简介 转载请保留作者信息： 作者：88250 ，Vanessa 时间：2009 年 11 月 19 日 Java 依赖注入标准（JSR-330 ，Dependency Injection for Java ）1.0 规范已于今年 10 月 发 布 。该规范主要是面向依赖注入使用者，而对注入器实现、配置并未作详细要求。目前 Sprin 、Guice 已经开始兼容该规范，JSR-299 （Contexts and Dependency Injection for Java EE platform ，参考实现 Weld ）在依赖注入上也使用该规范。JSR-330 规范并未按 JSR 惯例发布规范文 档，只发布了规范 API 源码，本文翻译了该规范 API 文档（Javadoc ）以作为对 Java 依赖注入标准规 范的简介。 1. javax.inject 2. @Inject 1. 限定器 2. 可注入的值 3. 循环依赖 3. @Qualifier 4. Provider 1. get() 5. @Named 6. @Scope 7. @Singleton javax.inject 包 javax.inject 指定了获取对象的一种方法，该方法与构造器、工厂以及服务定位器（例如 JNDI ））这些传统方法相比可以获得更好的可重用性、可测试性以及可维护性。此方法的处理过程就是 大家熟知的依赖注入，它对于大多数应用是非常有价值的。 在我们的程序中，很多类型依赖于其他类型。例如，一个 Stopwatch 可能依赖于一个 TimeSource。一些类型被另一个类型依赖，我们就把这些类型叫做这个类型的依赖（物） 。在运行时 查找一个依赖实例的过程叫做解析 依赖 。如果找不到依赖的实例，那我们称该依赖为不能满足的 ，并 导致应用运行失败。 在不使用依赖注入时，对象的依赖解析有几种方式。最常见的就是通过编写直接调用构造器的代码完 成： class Stopwatch { final TimeSource timeSource; Stopwatch () { timeSource = new AtomicClock(...); } void start() { ... } long stop() { ... } } 如果需要更有弹性一点，那么我们可以通过工厂或服务定位器实现： class Stopwatch { final TimeSource timeSource; Stopwatch () { timeSource = DefaultTimeSource.getInstance(); } void start() { ... } long stop() { ... } } 在使用这些传统方式进行依赖解析时，程序员必须 做出适当权衡。构造器非常简洁，但却有一些 限制（对象生存期，对象复用）。工厂确实解耦了客户与实现，但却需要样本式的代码。 服务定位器更 进一步地解耦了客户与实现，但却降低了编译时的类型安全。并且，这三个方式都不适合进行单元测试。 例如，当程序员使用工厂时，该工厂的 每一个 产品都必须模拟出来，测试完后还要得记得清理： void testStopwatch() { TimeSource original = DefaultTimeSource.getInstance(); DefaultTimeSource.setInstance(new MockTimeSource()); try { // Now, we can actually test Stopwatch. Stopwatch sw = new Stopwatch(); ... } finally {