J2EE 体系架构与 SSM框架

只因在人海中多看了你一眼

已于 2024-08-28 22:45:49 修改

阅读量152

点赞数 2

文章标签： java-ee 架构 java mybatis spring mvc

于 2024-08-26 18:36:54 首次发布

本文链接：https://blog.csdn.net/m0_46221544/article/details/141570359

版权

一、J2EE 体系概述

J2EE（Java 2 Platform, Enterprise Edition）是一套经过长期实践检验的企业级开发规范，具有高度的成熟性和稳定性。开发者能够基于这些标准快速构建出高质量的应用程序。J2EE 体系涵盖了多个层次，包括表现层、业务逻辑层和数据访问层，通过明确的分层架构实现了系统的高内聚、低耦合。

1.1 各层次的作用

表现层：负责与用户进行交互，展示数据并接收用户输入。在 J2EE 中，表现层可以使用 JavaServer Pages（JSP）、Servlets、Struts、SpringMVC 等技术来实现。这一层的关键是提供友好的用户界面，同时确保高效的数据传输和处理。
业务逻辑层：处理核心业务逻辑，是应用程序的核心部分。这一层通常包含企业 JavaBeans（EJB）、Spring 服务等组件，负责实现业务规则、处理事务和协调不同模块之间的交互。它的作用是将复杂的业务逻辑从表现层和数据访问层中分离出来，提高系统的可维护性和可扩展性。
数据访问层：负责与数据库进行交互，实现数据的存储和检索。在 J2EE 中，可以使用 Java Database Connectivity（JDBC）、Hibernate、MyBatis 等技术来访问数据库。这一层的关键是提供高效、可靠的数据访问机制，同时确保数据的完整性和安全性。

1.2 关键技术和规范

Servlet 和 JSP：Servlet 是一种服务器端的 Java 程序，用于处理 HTTP 请求和响应。JSP 则是一种基于 HTML 的脚本语言，用于生成动态网页内容。这两种技术在 J2EE 表现层中广泛应用，提供了强大的 Web 应用开发能力。
EJB：EJB 是一种企业级 JavaBean，用于实现业务逻辑层的组件。它提供了事务管理、安全管理、分布式对象管理等功能，是 J2EE 体系中的核心技术之一。
JDBC：JDBC 是一种用于访问关系型数据库的 Java API。它提供了一种统一的方式来连接不同的数据库，并执行 SQL 语句进行数据操作。
JMS（Java Message Service）：JMS 是一种用于异步消息通信的 Java API。它允许应用程序之间通过消息进行通信，解耦了系统模块之间的依赖关系，提高了系统的可扩展性和可靠性。
JNDI（Java Naming and Directory Interface）：JNDI 是一种用于查找和管理资源的 Java API。它允许应用程序通过名称来查找和访问各种资源，如数据库连接、EJB 组件等，提高了系统的可配置性和可维护性。

1.3 优势和特点

可移植性：J2EE 应用程序可以在不同的操作系统和应用服务器上运行，具有很高的可移植性。这使得企业可以根据自己的需求选择合适的硬件和软件平台，降低了技术风险和成本。
可扩展性：J2EE 体系采用了分层架构和组件化设计，使得系统可以很容易地进行扩展和升级。企业可以根据业务的发展需求，逐步添加新的功能模块和服务器节点，提高系统的处理能力和性能。
稳定性和可靠性：J2EE 应用服务器提供了强大的管理和监控功能，确保系统的稳定运行。同时，J2EE 体系中的事务管理、安全管理等机制也保证了数据的完整性和安全性，提高了系统的可靠性。
开发效率：J2EE 提供了丰富的开发工具和框架，如 Eclipse、NetBeans 等集成开发环境，以及 Spring、Hibernate 等开源框架，大大提高了开发效率。开发人员可以利用这些工具和框架，快速构建企业级应用程序，降低开发成本和周期。

二、SpringMVC 框架

2.1 特点

MVC 设计模式：通过将应用程序分为模型、视图和控制器三个部分，使得开发人员可以专注于各自的领域，提高了代码的可维护性和可扩展性。例如，模型层负责处理业务逻辑和数据存储，视图层负责展示数据给用户，控制器层负责接收用户请求并协调模型和视图的交互。
高效的请求处理机制：SpringMVC 的 DispatcherServlet 作为前端控制器，接收所有的 HTTP 请求，当 DispatcherServlet 接收到请求后，它会调用HandlerMapping 用于将请求 URL 映射到具体的处理器方法。HandlerAdapter 则负责调用处理器方法并返回结果。ViewResolver 用于将视图名称解析为具体的视图对象，以便 DispatcherServlet 进行视图的渲染。这种分工协作使得请求处理更加高效和灵活。
数据绑定和验证功能：SpringMVC 能够自动将请求参数绑定到 Java 对象上，减少了手动处理请求参数的工作量。同时，它还提供了强大的数据验证功能，可以在服务器端对用户输入的数据进行验证，确保数据的合法性和安全性。
支持多种视图技术：SpringMVC 支持 JSP、Thymeleaf、Freemarker 等多种视图技术，开发人员可以根据项目需求选择合适的视图技术。这使得开发更加灵活，能够满足不同项目的需求。
与 Spring 的无缝集成：由于 SpringMVC 是 Spring 框架的一部分，因此可以与 Spring 的其他功能无缝集成。
RESTful 风格支持前后端分离：SpringMVC 支持开发 RESTful 风格的 Web 服务接口，这种接口具有简洁、清晰的特点，非常适合前后端分离的开发模式。前后端分离可以提高开发效率，降低耦合度，提升用户体验。

2.2 高级功能

拦截器：拦截器可以在请求处理的不同阶段进行拦截和处理，例如在请求到达处理器之前进行预处理，在处理器处理完请求后进行后处理等。拦截器可以用于实现日志记录、权限验证、性能监控等功能。

通过实现HandlerInterceptor接口来定义拦截器，并重写其中的preHandle、postHandle和afterCompletion方法，分别在不同的阶段执行相应的逻辑。例如，可以在preHandle方法中进行请求的日志记录，记录请求的 URL、参数等信息。
国际化: SpringMVC 支持国际化功能，可以根据用户的语言偏好显示不同语言的视图。这对于开发多语言版本的 Web 应用非常有用。
文件上传下载: SpringMVC 提供了方便的文件上传和下载功能。可以通过配置 MultipartResolver 来处理文件上传请求，通过控制器方法返回文件流来实现文件下载。

三、Spring 框架

3.1 轻量级和非侵入性

Spring 框架以其轻量级和非侵入性的设计理念在 Java 开发领域中占据重要地位。轻量级意味着它不会给应用程序带来过多的负担，不会像一些重型框架那样需要大量的资源和复杂的配置。非侵入性则保证了开发人员可以在不修改现有代码的基础上引入 Spring，使得应用程序的各个模块能够独立开发和测试。

3.2 依赖注入和控制反转

依赖注入（Dependency Injection，DI是一种设计模式，它通过将对象之间的依赖关系从代码中分离出来，交给外部容器（Spring 容器）来管理。这样，对象的创建和依赖关系的配置不再由对象自身负责，而是由容器在运行时动态地注入所需的依赖。

控制反转（Inversion of Control，IoC）则是一种更广泛的设计理念，它强调将对象的创建和管理的控制权从应用程序代码转移到外部容器。在 Spring 中，通过依赖注入实现了控制反转，使得应用程序的各个组件之间的耦合度降低，提高了代码的可维护性和可测试性。

Spring Bean 的生命周期包括实例化、属性注入、初始化和销毁等阶段。而Spring 依赖注入的实现过程主要包括以下几个步骤：

创建 BeanDefinition
- 当 Spring 启动时，它会扫描指定的包路径，查找带有特定注解（如@Component、@Service、@Repository等）的类或者在 XML 配置文件中定义的 bean。
- 对于每个找到的类或定义，Spring 会创建一个BeanDefinition对象，这个对象包含了关于 bean 的信息，如类名、作用域、构造函数参数、属性等。
注册 BeanDefinition
- Spring 将创建的BeanDefinition对象注册到BeanFactory中。BeanFactory是 Spring 的核心接口之一，它负责管理 bean 的生命周期。
- 在注册过程中，Spring 会解析BeanDefinition中的信息，确定 bean 的依赖关系。如果一个 bean 有依赖其他 bean 的情况，这些依赖关系也会被记录下来。
实例化 Bean
- 当应用程序需要使用某个 bean 时，Spring 会根据BeanDefinition中的信息实例化该 bean。
- 如果 bean 的类有构造函数，Spring 会根据构造函数的参数类型和数量，从BeanFactory中查找相应的依赖 bean，并将它们作为参数传递给构造函数，从而实例化该 bean。
- 如果 bean 的类没有构造函数或者使用 setter 方法注入，Spring 会先创建一个默认的实例，然后通过 setter 方法注入依赖 bean。
属性注入
- 在实例化 bean 之后，Spring 会检查该 bean 是否有需要注入的属性。如果有，Spring 会根据属性的类型和名称，从BeanFactory中查找相应的依赖 bean，并将它们注入到该 bean 的属性中。
- 属性注入可以通过构造函数注入、setter 方法注入或者字段注入的方式实现。构造函数注入是在构造函数中传入依赖对象，setter 方法注入是通过 setter 方法设置依赖对象，字段注入是直接在字段上使用注解注入依赖对象。
依赖解决
- 如果一个 bean 的依赖 bean 本身也有依赖其他 bean 的情况，Spring 会递归地解决这些依赖关系，直到所有的依赖都被满足。
- 在解决依赖关系的过程中，Spring 会使用缓存来避免重复实例化同一个 bean。如果一个 bean 已经被实例化过，并且在缓存中存在，Spring 会直接从缓存中获取该 bean，而不是再次实例化它。
Bean 的初始化和销毁
- 在 bean 实例化和属性注入完成后，在初始化阶段，可以通过实现 InitializingBean 接口或者在配置文件中指定 init-method 方法来执行一些初始化操作，如打开数据库连接、加载配置文件等。
- 当应用程序关闭时，可以通过实现 DisposableBean 接口或者在配置文件中指定 destroy-method 方法来执行一些清理操作，如关闭数据库连接、释放资源等。

总之，Spring 依赖注入的实现过程是一个复杂而精细的过程，它通过扫描类路径、创建和注册BeanDefinition、实例化 bean、属性注入、依赖解决和调用初始化和销毁方法等步骤，实现了松耦合的代码结构，提高了代码的可维护性和可测试性。

3.3 面向切面编程（AOP）

它允许开发人员将横切关注点从业务逻辑中分离出来，以一种模块化的方式进行管理。横切关注点是指那些与业务逻辑无关，但又在多个地方都需要处理的问题，如日志记录、事务管理、安全检查等。

通过 AOP，可以将这些横切关注点封装成切面，然后在不修改业务逻辑代码的情况下，将切面应用到需要的地方。例如，在一个电商系统中，可以使用 AOP 来实现日志记录切面，在用户下单、支付等操作时自动记录日志，而不需要在每个业务方法中都添加日志记录代码。

Spring AOP 基于代理模式实现，它可以在运行时动态地为目标对象创建代理对象，在代理对象中织入切面逻辑。开发人员可以通过配置Spring AOP 依赖，使用 AspectJ 注解（@Aspect ，@Pointcut，@Before，@Around，@After）或者 XML 配置来定义切面和切点，从而实现对业务逻辑的增强。

附AspectJ 注解使用：
@Aspect注解标记这个类为切面类，@Component注解将其纳入Spring容器管理。@Pointcut注解用于定义一个切入点表达式，它指定了哪些连接点（JoinPoint）会被通知（Advice）所影响。@Around环绕通知注解，可以完全控制目标方法的执行。@Before和@After注解分别表示在目标方法执行之前和之后执行通知逻辑。最后，确保你的Spring应用（或Spring Boot应用）启用了AspectJ自动代理。对于Spring Boot应用，通常默认已经启用了。对于Spring应用，你可能需要在XML配置文件中添加相应的aop:aspectj-autoproxy/元素或使用Java配置启用AspectJ自动代理@EnableAspectJAutoProxy。

AOP 的使用使得代码更加清晰，易于维护。同时，由于横切关注点的集中管理，也提高了代码的可复用性。例如，一个安全检查切面可以在多个不同的模块中复用，减少了重复代码的编写。

3.4 事务管理

3.4.1 基本概念和重要性

事务是一组逻辑上相关的数据库操作，这些操作要么全部成功提交，要么全部回滚到初始状态。在企业级应用中，事务管理至关重要，因为它保证了数据的完整性和一致性。例如，在银行系统中，从一个账户向另一个账户转账的操作必须作为一个事务来处理，确保资金不会在操作过程中丢失或出现不一致的情况。

3.4.2 核心组件

PlatformTransactionManager：这是 Spring 事务管理的核心接口，它负责管理事务的开始、提交和回滚。不同的数据库有不同的实现，如DataSourceTransactionManager用于 JDBC 数据源JpaTransactionManager用于 JPA 实现。
TransactionDefinition：定义了事务的属性，如隔离级别、传播行为、超时时间等。隔离级别决定了事务之间的隔离程度，防止数据的不一致性。传播行为定义了事务在方法调用之间的传播方式。 TransactionStatus：表示一个事务的状态，通过它可以查询事务是否已完成、是否有保存点等信息。

3.4.3 实现方式

3.4.3.1 基于 XML 配置

在 XML 配置文件中，可以使用tx:advice元素定义事务通知，并通过aop:config元素将事务通知与目标方法进行关联。

3.4.3.2 基于注解

使用@Transactional注解可以在方法或类级别上声明事务

3.4.4 传播行为

PROPAGATION_REQUIRED：如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新事务。这是最常用的传播行为，确保方法在事务环境中执行。
PROPAGATION_SUPPORTS：如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务方式执行。
PROPAGATION_MANDATORY：如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。
PROPAGATION_REQUIRES_NEW：创建一个新事务，如果当前存在事务，则将当前事务挂起。
PROPAGATION_NOT_SUPPORTED：以非事务方式执行，如果当前存在事务，则将当前事务挂起。
PROPAGATION_NEVER：以非事务方式执行，如果当前存在事务，则抛出异常。

3.4.5 隔离级别

ISOLATION_DEFAULT：使用数据库默认的隔离级别。
ISOLATION_READ_UNCOMMITTED：允许读取未提交的数据，这可能会导致脏读、不可重复读和幻读问题。
ISOLATION_READ_COMMITTED：允许读取已提交的数据，可以避免脏读，但可能会出现不可重复读和幻读问题。
ISOLATION_REPEATABLE_READ：可以避免脏读和不可重复读问题，但可能会出现幻读问题。
ISOLATION_SERIALIZABLE：最高的隔离级别，通过对事务进行串行化执行，可以避免脏读、不可重复读和幻读问题，但性能开销较大。

3.4.6 超时和回滚规则

超时设置：可以通过@Transactional(timeout = 30)注解设置事务的超时时间，单位为秒。如果事务执行时间超过了超时时间，事务将被自动回滚。
回滚规则：可以通过@Transactional(rollbackFor = Exception.class)注解指定哪些异常会导致事务回滚。默认情况下，只有运行时异常（RuntimeException及其子类）会导致事务回滚。如果需要指定其他类型的异常导致事务回滚，可以在rollbackFor属性中列出这些异常类。

3.4.7 最佳实践

尽量缩小事务的范围：只在必要的操作上使用事务，避免在不必要的地方开启事务，以提高性能。
处理事务异常：在事务方法中，应该捕获并处理可能出现的异常，避免事务因未处理的异常而自动回滚。如果需要根据特定的异常情况决定是否回滚事务，可以在捕获异常后手动调用TransactionStatus的setRollbackOnly()方法。
避免在事务中进行长时间的操作：如网络请求、文件操作等，这些操作可能会导致事务超时。

3.5 丰富的功能模块和集成能力

Spring 不仅仅是一个 IoC 容器和 AOP 框架，还提供了许多其他功能模块，如 Spring Data（简化数据库访问）、Spring Security（提供安全解决方案）、消息服务等。Spring 具有强大的集成能力，可以与其他框架无缝集成。

与 Spring MVC 的集成：Spring MVC 是基于 Spring 框架的 Web 开发框架。Spring 可以通过配置文件或者注解将 Spring MVC 的各个组件（如控制器、视图解析器、拦截器等）纳入到自己的管理之下。例如，可以使用 @Controller 注解将一个类标记为控制器，然后在方法上使用 @RequestMapping 注解来映射请求路径。Spring 容器会自动实例化这些控制器，并将其纳入到自己的依赖注入体系中。
与 MyBatis 的集成：MyBatis 是一个优秀的持久层框架。Spring 可以通过配置文件或者注解将 MyBatis 的 SqlSessionFactory 和 Mapper 接口纳入到自己的管理之下。例如，可以使用 @MapperScan 注解来扫描 MyBatis 的 Mapper 接口，然后在 Service 层中通过 @Autowired 注解注入 Mapper 接口的实现对象。这样，就可以在 Service 层中直接调用 Mapper 接口的方法来进行数据库操作，而无需关心 SqlSession 的创建和管理。

四、MyBatis 框架

MyBatis 是一个优秀的持久层框架。

4.1 基本原理

MyBatis 是一种半自动的 ORM（对象关系映射）框架，它通过将 SQL 语句与 Java 代码分离，实现了数据访问层的解耦。
MyBatis 的核心组件包括 SqlSessionFactory、SqlSession 和 Mapper 接口。SqlSessionFactory 负责创建 SqlSession，SqlSession 提供了执行 SQL 语句、提交事务等操作的方法，Mapper 接口则定义了与数据库交互的方法，通过 XML 配置文件或注解将 SQL 语句映射到 Mapper 接口的方法上。
MyBatis 通过配置文件或注解来指定数据库连接信息、SQL 语句、参数映射和结果集映射等。在运行时，MyBatis 会根据这些配置信息将 Java 对象与数据库表进行映射，执行 SQL 语句并将结果集转换为 Java 对象返回给调用者。

4.2 优势

灵活性高：MyBatis 允许开发人员直接编写 SQL 语句，相比于其他全自动的 ORM 框架，它提供了更大的灵活性。开发人员可以根据具体的业务需求编写复杂的 SQL 语句，充分利用数据库的特性，提高查询性能。
易于维护：由于 SQL 语句与 Java 代码分离，使得数据库操作的代码更加清晰、易于维护。开发人员可以独立地修改 SQL 语句而不影响业务逻辑代码，同时也方便了数据库的迁移和优化。
轻量级：MyBatis 是一个轻量级的框架，它的学习曲线相对较平缓，容易上手。与其他大型的 ORM 框架相比，MyBatis 的资源占用较少，启动速度快，适用于小型项目和对性能要求较高的场景。
支持动态 SQL：MyBatis 支持动态 SQL，可以根据不同的条件生成不同的 SQL 语句。这使得在处理复杂的查询和更新操作时更加灵活，减少了代码的重复编写。
缓存机制：MyBatis 提供了一级和二级缓存机制，可以提高数据库访问的性能。一级缓存是 SqlSession 级别的缓存，默认开启，二级缓存是 Mapper 级别的缓存，可以通过配置开启。缓存机制可以减少数据库的访问次数，提高系统的响应速度。

4.3 SQL 映射

MyBatis 的 SQL 映射是通过 XML 配置文件或注解来实现的。在 XML 配置文件中，开发人员可以使用、、和标签来定义 SQL 语句，并通过标签来定义结果集映射。

4.4 动态 SQL

MyBatis 的动态 SQL 是一种强大的功能，它可以根据不同的条件生成不同的 SQL 语句。动态 SQL 主要通过、、、、、、等标签来实现。

4.5 缓存机制

MyBatis 的缓存机制可以提高数据库访问的性能。一级缓存是 SqlSession 级别的缓存，默认开启，它会在同一个 SqlSession 中缓存查询结果，下次查询相同的数据时直接从缓存中获取，无需再次访问数据库。二级缓存是 Mapper 级别的缓存，可以通过配置开启，它会在多个 SqlSession 之间共享缓存数据，提高系统的整体性能。
开发人员可以通过配置文件来设置缓存的属性，如缓存的大小、过期时间等。同时，MyBatis 还提供了缓存的刷新和清空机制，方便开发人员在需要的时候更新缓存数据。通过调用SqlSession的clearCache()方法来清空一级缓存。通过在代码中获取SqlSessionFactory，然后调用其getConfiguration()方法获取Configuration对象，再通过clearCache()方法清除二级缓存。