CDI的概念理解
1、CDI是什么?目的和作用是什么?
概念(是什么):是JavaEE 6标准中一个规范,
作用(干什么): 它提供了Java EE平台上服务注入的组件管理核心,简化应该是CDI的目标,让一切都可以被注解被注入。
和之前接触过的IOC/ID 有什么不同
(1)、将依赖注入IOC/DI上升到容器级别,
(2)、概念和我们之前在DCI架构中讨论的业务场景不一样,
包含有容器技术架构场景的意思,场景包括四种:
1、request (event),
import javax.inject.Named; @Named public class MessageServerBean { public String getMessage() { return "Hello World!"; } }
@Named
标注实际相当于给MessageServerBean
取名eedemo.MessageServerBean
(当然你也可以显式写一个名称),你就可以直接以messageServerBean
对其getter
方法进行输出了。Java EE CDI 主要使用@Inject注解来实现依赖注入,把受管理的bean注入到由容器管理的其它资源中去。
CDI还提供了@Decorator和@Interceptor,这涉及AOP和动态组件的概念。此处不做深入描述
@Named("itemProcessor") @RequestScoped //表示生命周期是request,每次request请求结束,生命就终止,也可以有Session或 Application等 public class ItemProcessor { @Inject private ItemDao itemDao; //表示ItemDao(业务类)需要被注入 //@ANY 修饰符 //为了提供完全松耦合的应用,我们通常把接口注入到受管理的资源中。 //当我们有多个实现了给定接口的bean时该怎么办呢? //我们可以同时使用@Any修饰符和CDI的Instance接口,来把所有该接口的实现bean都注入进一个受管理的bean中: @Inject public void listServiceImplementations( @Any Instance<Service> serviceList) { for(Service service : serviceList){ System.out.println(service.getClass().getCanonicalName()); } } ... }
CDI这种事件模式还是组件(userEvent)驱动领域模型(user),不同于JF是领域模型自身发出事件,这两者还是有本质区别,更加突出领域模型作为业务核心的重要位置,而JavaEE6为了强调其技术架构的重要位置,免不了和业务争夺核心位置,这是我们使用者必须注意的,不能死读标准。
生产者方法的参数也可以经由CDI容器进行注入。请查看Java EE CDI Producer methods tutorial.
CDI代理:
CDI创建代理是通过继承原来bean的类,并重写所有非私有方法。一个简单的典型的代理的例子可以像下面这样:
当一个Session范围的bean 被注入 application 范围作用域由于 application 范围内的 bean 是共享到整个项目中的 如果多个客户
同时访问这个 application里面被注入的这个 session 范围内的 bean 的话很有可能会造成 A用户访问的应该是 B用户 Session 范围bean
的内容 、为了处理这种问题 CDI 创造了代理 并把代理注进注入点,由代理负责对应被注入的bean 的调用
如下场景代码简单示例为:
@SessionScoped public class Service { public void doWork() { System.out.println("Working..."); } } // 在application范围内注入了 session范围内的bean 就造成了我上述的情况 @ApplicationScoped public class SomeBean { @Inject private Service service; // 这个注入是存在问题的 public void test(){ service.doWork(); } }
CDI 代理 示例
//交给CDI进行代理 并重写所有service 非私有方法 然后以避免此问题发生
public class Service$Proxy$_$$_WeldClientProxy extends Service { @Override public void doWork() { Service instance = // ... resolve bean instance instance.doWork(); } }
由于CDI代理通过继承bean的类来创建,所以当我们讨论非依赖性bean范围的时候,你应当明白CDI有如下一些限制:
CDI 范围限制 请查看 : javaEE CDI bean scopes
1、CDI不能注入原始类型
2、bean 必须有一个非私有的默认构造器
3、bean的类型不能用final 修饰 并且 bean中能有final 方法