分层解耦

三层架构：

表现层（JSP）：

表现层也称为界面层，位于最外层（最上层），离用户最近。用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。

业务层（逻辑层、service层）：

业务层（Business Logic Layer）它的关注点主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计，也即是说它是与系统所应对的领域（Domain）逻辑有关，很多时候，也将业务逻辑层称为领域层。业务层在体系架构中的位置很关键，它处于数据访问层与表示层中间，起到了数据交换中承上启下的作用。由于层是一种弱耦合结构，层与层之间的依赖是向下的，底层对于上层而言是“无知”的，改变上层的设计对于其调用的底层而言没有任何影响。如果在分层设计时，遵循了面向接口设计的思想，那么这种向下的依赖也应该是一种弱依赖关系。因而在不改变接口定义的前提下，理想的分层式架构，应该是一个支持可抽取、可替换的“抽屉”式架构。正因为如此，业务层的设计对于一个支持可扩展的架构尤为关键，因为它扮演了两个不同的角色。对于数据访问层而言，它是调用者；对于表示层而言，它却是被调用者。依赖与被依赖的关系都纠结在业务层上，如何实现依赖关系的解耦，则是除了实现业务逻辑之外留给设计师的任务。

持久层（DAO）：

持久层，有时候也称为是数据访问层，其功能主要是负责数据库的访问，可以访问数据库系统、二进制文件、文本文档或是XML文档。采用DAO模式，建立实体类和数据库表映射（ORM映射）。简单的说法就是实现对数据表的select、insert、update以及delete的操作。如果要加入ORM的元素，那么就会包括对象和数据表之间的mapping，以及对象实体的持久化。

分层解耦 ：

控制反转：IOC ,对象的创建控制权由程序自身转移到外部（容器）

controller层与service层之间的解耦，通过一个容器实现，之前是通过controller层创建所需的对象，现在由容器来决定所创建的对象

依赖注入：容器为应用程序提供运行时，所依赖的资源

controller层所需要的资源，由容器提供

Bean对象：IOC容器中创建，管理的对象

IOC&DI：

一. 将service层及dao层的实现类，交给IOC容器管理

在类上加入@Conmponent注解，表示将当前类交给IOC容器管理，成为IOC容器的bean

二.为Controller及service注入运行时，依赖的对象

在需要的成员变量上加入@Autowired注解，表示运行时，IOC容器会提供该类型的bean对象，并赋值给该变量---依赖注入

IOC详解：

bean的声明：要把某个对象交给IOC容器容器管理，需要在对应的类上加上注解

注解	说明	位置
@Component	声明bean的基础注解	不属于以下三类时，用此注解
@Controller	@Component 的衍生注  解	标注在控制器类上
@Service	@Component 的衍生注  解	标注在业务类上
@Repository	@Component 的衍生注  解	标注在数据库访问类上（由于与mybatis整合很少用）

可以通过value属性指定bean的名字

bean组件扫描：声明注解后想要生效，还需要被组件@ComponScan扫描，其包含在启动类声明注解@SpringBootApplicatiopn中，范围是启动类包及其子包

DI详解：

@Autowired注解，默认是按照类型进行，如果存在多个相同类型的bean，将会出错

通过以下方案解决：

@primary    在@Autowired上加入，当前bean生效

@Qualifier   在@Autowired上加入，名字改小写

@Reesource 替换@Autowired，指定bean的名字（name=“ ”）

@Autowired与@Resource区别：

@Autowired是Spring框架提供的，而@Resource是JDK提供的

@Autowired是默认按照类型注入，而@Resource默认按照名称注入