spring入门——3种注入方式
1. 创建 Test01 类，含一个基本数据类型的成员变量
2. 在 beans.xml 中配置
3. 测试类
针对自定义类型采用 ref 注镇拆入
创建一个 UserDao 类，String 类型的成员变量，并提供 get set 方法
3. 创建 UserService 类，创建一个成员变量 为 UserDao 类型，可以使用 set 或 构造注入
4. beans.xml 中配置注入
5. 测试
说明注入成功
在没有调用test01的情况下，也发生了注入，并创建了 test01对象
说明，只要加载了 bean.xml 核心配置文件，就会创建所有配置在文件中的 bean 对象
6. 测试，是否所有的 bean 都是单例的
地址都一样，说明只要是来自于 spring 容器的 bean 对象，都是单例模式下创建的单例对象
只有一个对象，使用的都是同一个对象
1. Spring 容器管理的 bean 对象，必须提供无参构造，否则无法创建对象
2. 写源旅迅一个 MenuService ，提供一个 String name 的属性
提供一个，有参构造函数，注意，不要写无参构造
3. 在核心配置文件中，配置这个 service 的bean 节点
4. 直接测试，发现报错
说明，没有无参构造时， spring 无法创建雹此 MenuServcice 的 bean 对象
5. 所以，必须养成，给类提供一个无参构造的 习惯
6. 此时再测试，即可通过
感谢阅读全文。
未完。。。
Spring注入方式以及注解
ClassPathXmlApplicationContext使用方法:(classpath路劲查找)
ClassPathXmlApplicationContext 默认会去 classPath 路径下找。classPath 路径指的就是编译后的 classes 目录。
FileSystemXmlApplicationContext使用方法(项目路径或者相对路径)
FileSystemXmlApplicationContext 默认是去项目的路径下加载，可以是相对路径，也可以是绝对路径，若是绝对路径卖孝，“file:” 前缀可以缺省。
构造注入三种方式标明方法中的参数:
1.type 根据数据类型
2.index 根据顺序
3.name 根据参数名
仍厅轮保留集合了特性。
autowire属性设置自动组装参数
@Component：表明该类会作为组件 类，并告知Spring要 为这个类创建bean。
@ComponentScan：启用组件扫描， 默认当前配置类 所在包为基础包。
basePackages : 基础包 basePackageClasses： 指定类所在包为扮配信基础包
@Primary：（一 般与@Component 配合使用）在自动装配时，设置 某个bean为首选。
@Autowired：自动注入一个符 合类型要求的 bean
required： 是否为必须注入项。
@Qualifier：指定所注入的 bean的ID
value： 所注入的bean的ID
@Scope：定义bean的作用域。
@Configuration：定义Spring配置类
@Bean：声明配置该方法所 产生的对象为 Spring中的bean
@Import：导入其他配置类
@ImportResouce：导入其他XML配置文件
Spring IOC的四种注入方式
控制反转 （Inversion of Control），是一种设计思想，而依赖注入（DI)是一种实现的方法。原本对象的创建是依靠程序员来创建，通过依赖注入的方法来改造后，对象的创建是依赖IOC容器,对象的属性依赖IOC容器注入。
setter是Spring现在最主流的注入方式,它可以利用Java Bean 规范所定义set/get方法来完成注入,可读性灵活性高,它不需要使用构造器注入时出现的多个参数,它可以把构造方法声明成无参构造,再使用setter注入设置相对应的值,其实也是通过java反射技术去实现的。
xml文件配置：
构烂镇造器注握凯入主要是依赖于段历唤构造方法去实现,构造方法可以是有参也可以是无参,我们在平常都是通过类的构造方法来创建类对象,以及给他赋值,同样Spring 也可以采用反射的方式,通过构造方法来完成注入(赋值)。
xml文件配置：
@Autowired默认按类型装配
@Qualifier和Autowired配合使用，指定bean的名称
@Resource默认按名称装配，当找不到与名称匹配的bean时，才会按类型装配。
接口注入模式因为历史较为悠久，在很多容器中都已经得到应用。但由于其在灵活性、易用性上不如其他两种注入模式，因而在 IOC的专题世界内并不被看好。
分享Spring中接口注入的三种方式
下面是Spring开发指南中所说的三种注入方式 我看了 但不太懂 大家也看看 看有没有更好的理解方式 请给于指点 我的Email Type 接口注入 我们常常借助接口来将调用者与实现者分离 如:public class ClassA {private InterfaceB clzB;public init() {Ojbect obj =Class forName(Config BImplementation) newInstance();clzB = (InterfaceB)obj;}……}上面的代码中 ClassA依赖于InterfaceB的实现 如何获得InterfaceB实现类的实例？传统的方法是在代码中创建InterfaceB实现类的实例 并将起赋予clzB 而这样一来 ClassA在编译期即依赖于InterfaceB的实现 为了将调用者与实现者在编译期分离 于是有了上带拆面的代码 我们根据预先在配置文件中设定的实现类的类名 动态加载实现类 并通过InterfaceB强制转型后为ClassA所用 这就是接口注入的一个最原始的雏形 而对于一个Type 型IOC容器而言 加载接口实现并创建其实例的工作由容器完成 如J EE开发中常用的Context lookup（ServletContext getXXX） 都是Type 型IOC的表现形式 Apache Avalon是一个典型的Type 型IOC容器 Type 构造子注入 构造子注入 即通过构造函数完成依赖关系的设定 如 public class DIByConstructor {private final DataSource dataSource;private final String message;public DIByConstructor(DataSource ds String msg) {this dataSource = ds;ssage = msg;}……}可以看到 在Type 类型的依赖注入机制中 依赖关系是通过类构造函数建立 容器通过调用类的构造方法 将其所需的依赖关系注入其中 PicoContainer（另一种实现了依赖注入模式的轻量级容器）首先实现了Type 类型的依赖注入模式 Type 设值注入 在各种类型的依赖注入模式中 设值注入模式在实际开发中得到了最广泛的应用（其中很大一部分得力于Spring框架的影响） 在笔者看来 基于设置模式的依赖注入机制更加直观 也更加自然 Quick Start中的示例 就是典SpringFrameWork Developer s Guide Version September So many open source projects Why not Open your Documents?型的设置注入 即通过类的setter方法完成依赖关系的设置 几种依赖注入模式的对比总结 接口注入模式因为具备侵入性 它要求组件必须与特定的接口相关联 因此并不被看好 实际使用有限 Type 和Type 的依赖注入实现模式均具备无侵入性的特点 在笔者看来 这两种实现方式各有特点 也各具优势（一句经典废话?） Type 构造子注入的优势 ． 在构造期即创建一个完整 合粗唤法的对象 对于这条Java设计原则 Type 无疑是最好的响应者 ． 避免了繁琐的setter方法的编写 所有依赖关系均在构造函数中设定 依赖关系集中呈现 更加易读 ． 由于没有setter方法 依赖关系在构造时由容器一次性设定 因此组件在被创建之后即处相对 不变 的稳定状态 无需担心上层代码在调用过程中执行setter方法对组件依赖关系产生破坏 特别是对于Singleton模式的组件而言 这可能对整个系统产生重大的影响 ． 同样 由于关联关系仅在构造函数中表达 只有组件创建者需要关心组件内部的依赖关系 对调用岩行凯者而言 组件中的依赖关系处于黑盒之中 对上层屏蔽不必要的信息 也为系统的层次清晰性提供了保证 通过构造子注入 意味着我们可以在构造函数中决定依赖关系的注入顺序 对于一个大量依赖外部服务的组件而言 依赖关系的获得顺序可能非常重要 比如某个依赖关系注入的先决条件是组件的DataSource及相关资源已经被设定 Type 设值注入的优势 对于习惯了传统JavaBean开发的程序员而言 通过setter方法设定依赖关系显得更加直观 更加自然 如果依赖关系（或继承关系）较为复杂 那么Type 模式的构造函数也会相当庞大（我们需要在构造函数中设定所有依赖关系） 此时Type 模式往往更为简洁 对于某些第三方类库而言 可能要求我们的组件必须提供一个默认的构造函数（如Struts中的Action） 此时Type 类型的依赖注入机制就体现出其局限性 难以完成我们期望的功能 可见 Type 和Type 模式各有千秋 而Spring PicoContainer都对Type 和Type 类型的依赖注入机制提供了良好支持 这也就为我们提供了更多的选择余地 __________理论上 以Type 类型为主 辅之以Type 类型机制作为补充 可以达到最好的依赖注入效果 不过对于基于Spring Framework开发的应用而言 Type 使用更加广泛 lishixinzhi/Article/program/Java/ky/201311/28347
Spring的三种注入方式都是什么？如何选用？
接口注入（不推荐）
getter setter方式注入（比较常用）
构造器注入（死的应用）
关于getter和setter方式的注入
autowire=# ;defualt# ;
autowire= byName
autowire=没洞# ;bytype# ;
例如 有如下两个类需要注入 package jia; public class Order { private String orderNum; @SuppressWarnings(# ;unused# ;) private OrderItem orderitem; public OrderItem getOrderitem() { return orderitem; } public void setOrderitem(OrderItem orderitem) { this orderitem = orderitem; } public String getOrderNum() { return orderNum; } public void setOrderNum(String orderNum) { this orderNum = orderNum; } } package jia; public class OrderItem { private String orderdec; public String getOrderdec() { return orderdec; } public void setOrderdec(String orderdec) { this orderdec = orderdec; } } gettersetter方式第一种注入 ?xml version=# ; # ; encoding=# ;UTF # ;? !DOCTYPE beans PUBLIC # ; //SPRING//DTD BEAN//EN# ; # ;;
beans bean id=# ;orderItem# ; property name=# ;orderdec# ; value=# ;item # ;/property /bean bean id=# ;order# ; 枯枣枯!# ;# ;注入变量 名字必须与类中的名字一样# ;# ; property name=# ;orderNum# ; value=# ;order # ;/property ！# ;注入对象 名字为orderitem 所属的类的应用id为orderItem# ; property name=# ;orderitem岩行# ; ref=# ;orderItem# ;/property
# ;/bean
lishixinzhi/Article/program/Java/ky/201404/30509