1：Spring介绍

Spring是分层的全栈式的轻量级开发框架,以IOC和AOP为核心,官网是https://spring.io
Spring版本情况

Spring优势

1 方便解耦,简化开发
Spring通过容器,将对象的创建从代码中剥离出来,交给Spring控制,避免直接编码造成模块之间的耦合度高,用户也不必自己编码处理对象的单例和多例控制,主要关注接口功能即可,不用关注具体使用哪个实现类和实现细节问题

2 AOP切面编程
AOP切面编程是程序设计的一种概念,Spring对该概念实现的比较好,通过切面编程我们可以在不修改原有代码的情况下实现功能的增加,通常用于 事务控制,日志记录,性能检测,权限控制等等

3 声明式事务
事务的控制可以托管给Spring,我们通过注解或者配置文件声明事务的处理方式即可,不用我们自己去编码处理

4 整合JUNIT,方便测试
spring整合JUNIT单元测试,对于项目的功能都可以进行轻松快速的测试,便于我们调试程序

5方便整合各种优秀的框架
SSM> Spring+SpringMVC +MyBatis
SSH> Spring+Hibernate +Strust
各种其他框架

6 丰富的功能封装
spring对JAVAEE(JDBC ,JAVAMail,)都进行了一系列的封装,简化我们对于API的使用,提高程序的开发效率

7 规范的源码学习样本
spring的源码设计巧妙,结构清晰,大量使用了设计模式,是java代码规范编写的典范,也是高级程序员面试中经常会问到的源码

Spring的体系结构

1. Data Access/Integration（数据访问／集成）

数据访问/集成层包括 JDBC、ORM、OXM、JMS 和 Transactions 模块，具体介绍如下。
JDBC 模块：提供了一个 JDBC 的抽象层，大幅度减少了在开发过程中对数据库操作的编码。
ORM 模块：对流行的对象关系映射 API，包括 JPA、JDO、Hibernate 和 iBatis 提供了的集成层。
OXM 模块：提供了一个支持对象/XML 映射的抽象层实现，如 JAXB、Castor、XMLBeans、JiBX 和 XStream。
JMS 模块：指 Java 消息服务，包含的功能为生产和消费的信息。
Transactions 事务模块：支持编程和声明式事务管理实现特殊接口类，并为所有的 POJO。

2. Web 模块

Spring 的 Web 层包括 Web、Servlet、Struts 和 Portlet 组件，具体介绍如下。
Web 模块：提供了基本的 Web 开发集成特性，例如多文件上传功能、使用的 Servlet 监听器的 IoC 容器初始化以及 Web 应用上下文。
Servlet模块：包括 Spring 模型—视图—控制器（MVC）实现 Web 应用程序。
Struts 模块：包含支持类内的 Spring 应用程序，集成了经典的 Struts Web 层。
Portlet 模块：提供了在 Portlet 环境中使用 MV C实现，类似 Web-Servlet 模块的功能。

3. Core Container（核心容器）

Spring 的核心容器是其他模块建立的基础，由 Beans 模块、Core 核心模块、Context 上下文模块和 Expression Language 表达式语言模块组成，具体介绍如下。

Beans 模块：提供了 BeanFactory，是工厂模式的经典实现，Spring 将管理对象称为 Bean。
Core 核心模块：提供了 Spring 框架的基本组成部分，包括 IoC 和 DI 功能。
Context 上下文模块：建立在核心和 Beans 模块的基础之上，它是访问，定义，配置任何对象的媒介。ApplicationContext 接口是上下文模块的焦点。
Expression Language 模块：是运行时查询和操作对象图的强大的表达式语言。

4. 其他模块

Spring的其他模块还有 AOP、Aspects、Instrumentation 以及 Test 模块，具体介绍如下。
AOP 模块：提供了面向切面编程实现，允许定义方法拦截器和切入点，将代码按照功能进行分离，以降低耦合性。
Aspects 模块：提供与 AspectJ 的集成，是一个功能强大且成熟的面向切面编程（AOP）框架。
Instrumentation 模块：提供了类工具的支持和类加载器的实现，可以在特定的应用服务器中使用。
Test 模块：支持 Spring 组件，使用 JUnit 或 TestNG 框架的测试。

spring 中 dao层，service层，controler层

当涉及到Spring框架中的DAO层、Service层和Controller层时，它们代表着软件开发中不同的组织层次。这些层次结构的目的是帮助我们更好地组织代码、提高可维护性和扩展性。

1. DAO层（Data Access Object 层）： DAO层是用于访问数据库或其他数据源的一组类和接口。它负责处理与数据存取相关的任务。DAO层将数据库访问和查询操作封装起来，使得其他层不需要关心具体的数据存取细节。这样，当数据存储的实现细节发生变化时，只需修改DAO层而不需要修改其他层的代码。

浅显易懂的例子： 假设我们有一个简单的博客应用程序，需要存储和获取文章信息。在DAO层中，我们会定义一个名为ArticleDAO的接口，并实现一个与数据库交互的类，比如ArticleDAOImpl。

javaCopy code// 定义DAO接口
public interface ArticleDAO {
    void saveArticle(Article article);
    Article getArticleById(int id);
}

// 实现DAO接口，与数据库交互
public class ArticleDAOImpl implements ArticleDAO {
    public void saveArticle(Article article) {
        // 将文章信息保存到数据库
    }

    public Article getArticleById(int id) {
        // 从数据库中根据ID获取文章信息
        return article;
    }
}

1. Service层： Service层是业务逻辑层，它负责处理应用程序的业务逻辑，通常通过调用DAO层来获取或保存数据。Service层将业务逻辑从控制器(Controller)层中解耦出来，以确保代码的重用性和可测试性。

浅显易懂的例子： 在我们的示例中，我们有一个ArticleService，负责处理文章的业务逻辑，比如发布文章、获取文章等。

javaCopy codepublic class ArticleService {
    private ArticleDAO articleDAO;

    public ArticleService(ArticleDAO articleDAO) {
        this.articleDAO = articleDAO;
    }

    public void publishArticle(Article article) {
        // 执行一些业务逻辑，比如验证文章内容

        // 保存文章信息到数据库
        articleDAO.saveArticle(article);
    }

    public Article getArticleById(int id) {
        // 执行一些业务逻辑

        // 从数据库获取文章信息
        return articleDAO.getArticleById(id);
    }
}

在上面的例子中，ArticleService通过构造函数注入ArticleDAO对象，这样可以确保Service层和DAO层的解耦，并且在测试时可以轻松地使用模拟对象来代替真实的数据库访问。

1. Controller层： Controller层是应用程序的入口点，负责处理用户的请求和返回响应。它接收用户的输入（通常是HTTP请求），调用Service层处理业务逻辑，并将处理结果转换为适合的视图返回给用户。

浅显易懂的例子： 对于博客应用程序，我们有一个ArticleController，负责处理与文章相关的HTTP请求。

javaCopy code@Controller
public class ArticleController {
    private ArticleService articleService;

    @Autowired
    public ArticleController(ArticleService articleService) {
        this.articleService = articleService;
    }

    @PostMapping("/publish")
    public String publishArticle(@RequestBody Article article) {
        // 调用Service层发布文章
        articleService.publishArticle(article);
        return "redirect:/articles/" + article.getId();
    }

    @GetMapping("/articles/{id}")
    public ModelAndView getArticleById(@PathVariable int id) {
        // 调用Service层获取文章信息
        Article article = articleService.getArticleById(id);

        // 返回包含文章信息的视图
        ModelAndView modelAndView = new ModelAndView("article");
        modelAndView.addObject("article", article);
        return modelAndView;
    }
}

在上述例子中，ArticleController负责处理两个HTTP请求，一个是发布文章请求，另一个是根据ID获取文章请求。它调用ArticleService来执行相应的业务逻辑，并根据结果返回不同的视图。

总结：

• DAO层负责数据的访问和存取，它提供了对数据库的CRUD操作，隐藏了数据访问的细节。
• Service层负责业务逻辑的处理，通过调用DAO层来满足业务需求，并确保业务逻辑与数据访问逻辑的解耦。
• Controller层负责处理用户的请求和返回响应，它调用Service层处理业务逻辑，并将结果返回给用户。

这样的层次结构有助于更好地组织代码，使应用程序易于维护和扩展，同时促进团队协作开发。

总结：

首先：dao service controler层，都是一些封装的接口或类，分层思想主要的目的是：让代码更加条理清晰，什么功能

在什么层，降低代码的耦合度。

​ Dao层：主要封装着对于数据库进行连接以及操作的代码，封装起来的目的是：其他层要访问数据库的时候直接使用封装的对象即可，不需要考虑实现的细节。并且如果要修改对数据库的操作，直接在Dao层修改即可，很清爽。

​ Service层：这是一个业务逻辑代码层，主要是处理controler层发送过来的请求，并通过Dao层进行数据的获取与保存。

​ Controler层：主要可以看成就是一个接收器跟返回器，接收前端发送过来的请求，然后调用service层进行请求逻辑的处理，最后通过Controller层返回响应。

什么是解耦合

解耦合（Decoupling）是软件开发中的一个重要概念，它指的是将系统的不同部分或组件之间的依赖关系降低到最小，使得各个部分可以独立存在和修改，而不会因为其中一个部分的改变而影响其他部分的运行。

深入浅出的解释： 想象一下，你正在构建一辆汽车。解耦合就像是将汽车的不同部件独立设计和组装，每个部件都可以被独立修改、更换或升级，而不会影响整个汽车的运行。例如，你可以更换发动机、换装新型轮胎、升级车内音响系统，而这些改动不会导致整个汽车出现问题。

通俗易懂的解释： 解耦合就是降低组件之间的依赖性，让它们尽可能独立。就像积木一样，每个积木都可以单独使用，而不需要依赖其他积木。

举例： 假设我们正在开发一个购物网站。在这个网站中，我们有商品展示的部分和购物车的部分。如果两个部分紧密耦合在一起，那么修改购物车的逻辑可能会影响商品展示的功能，反之亦然。

为了解耦合这两个部分，我们可以使用消息队列来传递信息。当用户点击“添加到购物车”按钮时，商品展示部分产生一个消息，将商品的信息发送到消息队列中。购物车部分监听消息队列，一旦有新消息，就将商品添加到购物车中。

通过这样的设计，商品展示和购物车两个部分之间没有直接的耦合关系，它们可以独立运行和修改。如果我们要修改购物车的逻辑，只需要修改购物车部分，而不会影响商品展示的部分，反之亦然。这样的解耦合设计使得系统更加灵活、易于维护和扩展。

总结：

解耦合：将一个错综复杂的任务分成一个一个独立的模块，各个模块之间相互合作完成任务。并且各个模块可以独立的存在与修改，而不会因为其中一部分的改变而影响其他部分的运行。