spring
spring integrate各组件用法？
integrate各组件用法？
使用Spring Framework鼓励开发人员使用接口进行编码，并使用依赖注入（DI）为普通旧Java对象（POJO）提供执行其任务所需的依赖项。 Spring Integration将这一概念更进一步，其中POJO使用消息传递范例连接在一起，并且各个组件可能不了解应用程序中的其他组件。这种应用程序是通过组装细粒度可重用组件来构建的，以形成更高级别的功能。通过精心设计，这些流程可以模块化，并在更高的层次上重复使用。除了将细粒度组件连接在一起外，Spring Integration还提供多种通道适配器和网关，以便与外部系统进行通信。通道适配器用于单向集成（发送或接收）;网关用于请求/回复方案（入站或出站）。有关适配器和网关的完整列表，请参阅参考文档。
java反射与依赖注入的关系？
事实上Spring的依赖注入就是采用反射机制的。反射是指程序可以访问、检测和修改它本身状态或行为的一种能力。对于Java来说，就是在运行状态中，查询这个类、对象的所有属性和方法；对于任意一个对象，都能够调用它的任意一个方法、修改它的属性。而所谓的依赖注入就是指在运行时（不是编译时）改变对象的属性或者调用对象的构造方法。
各位，Spring中的依赖注入，和控制反转怎么理解？
依赖注入(Dependency Injection)和控制反转(Inversion of Control)是同一个概念。具体含义是:当某个角色(可能是一个Java实例，调用者)需要另一个角色(另一个Java实例，被调用者)的协助时，在传统的程序设计过程中，通常由调用者来创建被调用者的实例。但在Spring里，创建被调用者的工作不再由调用者来完成，因此称为控制反转创建被调用者实例的工作通常由Spring容器来完成，然后注入调用者，因此也称为依赖注入。 不管是依赖注入，还是控制反转，都说明Spring采用动态、灵活的方式来管理各种对象。对象与对象之间的具体实现互相透明。在理解依赖注入之前，看如下这个问题在各种社会形态里如何解决:一个人(Java实例，调用者)需要一把斧子(Java实例，被调用者)。