设值注入和构造注入的比较

Spring的多种注入依赖方式：

1.设值注入 2.构造器注入 3属性注入 4方法注入

但是我们常用的 或者是说我常用的 就是 设值注入 和构造器注入
构造器注入：

<bean id="tonyanRepository" class="org.springframework.batch.core.repository.support.SimpleJobRepository">
<constructor-arg ref="tonyanInstanceDao"></constructor-arg>
<constructor-arg ref="tonyanExecutionDao"></constructor-arg>
<constructor-arg ref="tonaynExecutionDao"></constructor-arg>
</bean>

设值注入

<bean id="jobIncrementer" class="org.springframework.jdbc.support.incrementer.MySQLMaxValueIncrementer">
<property name="dataSource" ref="tonyanDataSource" />
<property name="incrementerName" value="TONYAN_TONYAN_JOB_SEQ" />
<property name="columnName" value="ID"></property>
</bean>

那么 他们之间有什么不同和差异呢？

引用

相比之下，设值注入具有如下的优点：
• 与传统的JavaBean的写法更相似，程序开发人员更容易理解、接受。通过setter方法设定依赖关系显得更加直观、自然。
• 对于复杂的依赖关系，如果采用构造注入，会导致构造器过于臃肿，难以阅读。Spring在创建Bean实例时，需要同时实例化其依赖的全部实例，因而导致性能下降。而使用设值注入，则能避免这些问题。
• 尤其是在某些属性可选的情况下，多参数的构造器更加笨重。
-----------------------------------------------------------
构造注入也不是绝对不如设值注入,在某些特定的场景下,构造注入比设值注入更优秀：
• 构造注入可以在构造器中决定依赖关系的注入顺序，优先依赖的优先注入。例如，组件中其他依赖关系的注入，常常需要依赖于Datasource的注入。采用构造注入，可以在代码中清晰地决定注入顺序。
• 对于依赖关系无须变化的Bean，构造注入更有用处。因为没有setter方法，所有的依赖关系全部在构造器内设定。因此，无须担心后续的代码对依赖关系产生破坏。
• 依赖关系只能在构造器中设定，则只有组件的创建者才能改变组件的依赖关系。对组件的调用者而言，组件内部的依赖关系完全透明，更符合高内聚的原则。

综上所述，一般采用以设值注入为主，构造注入为辅的注入策略。对于依赖关系无须变化的的注入，尽量采用构造注入；而其他的依赖关系的注入，则考虑采用设值注入