spring的bean注入属性有哪几种方式
但是，对于系统中非Spring框架管理的类，如果需要获取Spring管理的类，或者，程序中需要动态的根据Bean的id来获取Bean实例，不可能事先为该类提供所有需要的Bean属性的setter方法，在类似这样的情况下，获取Spring框架管理的类实例的方法有多种，现在简单总结如下：方法一：在初始化时保存ApplicationContext对象代码：ApplicationContext ac = new FileSystemXmlApplicationContext("applicationContext.xml"); ac.getBean("beanId");说明：
这种方式适用于采用Spring框架的独立应用程序，需要程序通过配置文件手工初始化Spring的情况。
方法二：通过Spring提供的工具类获取ApplicationContext对象代码：import org.springframework.web.context.support.WebApplicationContextUtils; ApplicationContext ac1 = WebApplicationContextUtils.getRequiredWebApplicationContext(ServletContext sc) ApplicationContext ac2 = WebApplicationContextUtils.getWebApplicationContext(ServletContext sc) ac1.getBean("beanId"); ac2.getBean("beanId");说明：
这种方式适合于采用Spring框架的B/S系统，通过ServletContext对象获取ApplicationContext对象，然后
在通过它获取需要的类实例。
上面两个工具方式的区别是，前者在获取失败时抛出异常，后者返回null。
方法三：继承自抽象类ApplicationObjectSupport说明：
抽象类ApplicationObjectSupport提供getApplicationContext()方法，可以方便的获取到ApplicationCont
ext。Spring初始化时，会通过该抽象类的setApplicationContext(ApplicationContext
context)方法将ApplicationContext 对象注入。
方法四：继承自抽象类WebApplicationObjectSupport说明：类似上面方法，调用getWebApplicationContext()获取WebApplicationContext
方法五：实现接口ApplicationContextAware说明：实现该接口的setApplicationContext(ApplicationContext context)方法，并保存ApplicationContext 对
象。Spring初始化时，会通过该方法将ApplicationContext 对象注入。
以上方法适合不同的情况，请根据具体情况选用相应的方法。
这里值得提一点的是，系统中用到上述方法的类实际上就于Spring框架紧密耦合在一起了，因为这些类是知
道它们是运行在Spring框架上的，因此，系统中，应该尽量的减少这类应用，使系统尽可能的独立于当前运
行环境，尽量通过DI的方式获取需要的服务提供者。
本人认为，方法五比较可行，可以设计一个工具类，专门来获取Spring中的类。减少对业务代码的侵入性。
spring的注入方式有几种
1. 接口注入（不推荐）
2. getter，setter方式注入（比较常用）
3. 构造器注入（死的应用）
Spring里面的切面（aop）重要吗？还有Spring里面主要用到了哪几种注入方式
小型项目不重要，随便你怎么折腾都可以！ 如果项目稍微大一些，用aop的话会很好维护。
注入方式主要有before(之前)，after(之后), around(环绕)
这里有一个spring aop的小例子，你可以看一下，自己试验一下就什么都解决了
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的三种注入方式是什么?
接口注入：
接口注入模式因为历史较为悠久，在很多容器中都已经得到应用。但由于其在灵活性、易用性上不如其他两种注入模式，因而在 IOC 的专题世界内并不被看好。
Setter 注入：
对于习惯了传统 javabean 开发的程序员，通过 setter 方法设定依赖关系更加直观。
如果依赖关系较为复杂，那么构造子注入模式的构造函数也会相当庞大，而此时设值注入模式则更为简洁。
如果用到了第三方类库，可能要求我们的组件提供一个默认的构造函数，此时构造子注入模式也不适用。
构造器注入：
在构造期间完成一个完整的、合法的对象。
所有依赖关系在构造函数中集中呈现。
依赖关系在构造时由容器一次性设定，组件被创建之后一直处于相对“不变”的稳定状态。
只有组件的创建者关心其内部依赖关系，对调用者而言，该依赖关系处于“黑盒”之中。