u013076997的专栏

spring boot 简介 spring boot是为了简化spring的开发, 不需要进行大量的配置, 是由pivotal公司提供的全新框架 为什么使用spring boot 独立运行 简化配置 自动配置 无需xml配置 spring boot核心配置文件 application和bootstrap application用于spring的自动化配置 boots...

在传统的编写业务逻辑处理代码时，我们通常会习惯性地做几件事情：日志记录、事务控制及权限控制等，然后才是编写核心的业务逻辑处理代码。当代码编写完成回头再看时，不禁发现，扬扬洒洒上百行代码中，真正用于核心业务逻辑处理才那么几行，如图6-4所示。方法复方法，类复类，就这样子带着无可奈何遗憾地度过了多少个春秋。这倒也罢，倘若到了项目的尾声，突然决定在权限控制上需要进行大的变动时，成千上万个方法又得一一"登

IOC（DI）：其实这个Spring架构核心的概念没有这么复杂，更不像有些书上描述的那样晦涩。Java程序员都知道：java程序中的每个业务逻辑至少需要两个或以上的对象来协作完成，通常，每个对象在使用他的合作对象时，自己均要使用像new object（） 这样的语法来完成合作对象的申请工作。你会发现：对象间的耦合度高了。而IOC的思想是：Spring容器来实现这些相互依赖对象的创建、协调工作。

①使用属性的setter方法注入  这是最常用的方式 ②使用构造器注入； ③使用Filed注入（用于注解方式） ④自动装配 前两种比较常见不再赘述： 第三种主要使用注解方式：在Java代码中可以使用@Autowired或@Resource注解方式进行Spring的依赖注入。两者的区别是：@Autowired默认按类型装配，@Resource默认按名称装配，当找不到与名称匹配的bean时，才会按类

IoC(Inversion of Control),控制反转，是一种设计思想，是spring的核心，贯穿始终。传统应用程序中，都是由我们在类内部主动创建依赖对象，从而导致类与类之间高耦合，难于测试；有了IoC容器之后，把创建对象的控制权交给了容器来处理，由程序来进行依赖对象的注入，这样就降低了对象之间的耦合程度。 下面引用他人博文上一个经典的例子来介绍IoC: 那么IoC是如何做的呢？有点像通过