当前位置：首页 > news >正文

Spring 系列

news 2025/12/21 16:29:20

SpringBoot

实体类（Entity）层

实体类（Entity）通常属于模型层（Model Layer）或领域层（Domain Layer）。它们代表应用程序中的核心业务数据结构，与数据库表结构紧密对应。在 DDD（领域驱动设计）中，实体类也是领域模型的一部分，表示业务对象及其行为和关系。

Mapper 层和实体类的关系

Mapper 层或DAO 层（Data Access Object）确实是基于实体类来创建的。Mapper 层的主要职责是将数据库中的数据转换为实体类对象或者将实体类对象的数据保存到数据库中。换句话说，Mapper 层充当了数据库和实体类之间的桥梁。

架构示例

一个典型的应用分层架构可能是这样的：

Controller 层：处理 HTTP 请求和响应。
Service 层：包含业务逻辑。
Mapper/DAO 层：与数据库交互，执行 CRUD 操作。
Model/Entity 层：包含业务对象的定义。

让我们举一个完整的示例，展示这些层之间如何协作。

扩展：为什么有的框架里没有Mapping/Repository层/文件夹（DAO 数据访问对象）？例如nest里面，使用typeorm库，直接在service里进行数据访问操作。

这里就跟springboot的 JPA的 @Repository 与区别较大的 MyBatis 的 @Mapping层有所不同

// 链接 --- 新的文章

JPA 和 mybatity 、 mybatity plus 使用及区别

@Autowired

注入的是接口

为什么注入的是接口，而不是实现类？

`@Configuration`：

配置类注解 @Configuration 是用于定义和管理 Spring 容器中 Bean 的配置，特别是通过 Java 代码来替代传统的 XML 配置文件。而其他类注解（如 @Component, @Service, @Repository, @Controller）主要是用于标识和自动注册 Bean，分层管理业务逻辑和数据访问。

@Configuration 特殊之处：
- 提供配置和管理 Bean 的能力。
- 利用 CGLIB 代理机制确保单例 Bean。
- 用于整体配置和组织应用程序的配置。
其他类注解的用途：
- 标识不同层次（业务层、数据访问层、控制器层等）的 Bean。
- 自动注册和管理这些 Bean，但不直接参与 Bean 的配置过程。

这种分工明确的设计使得 Spring 框架在配置和管理应用程序组件时更加灵活和强大。

Spring Session

Spring Session 和标准的 HTTP Session 在功能和特点上有许多不同，虽然它们解决的问题领域有很多重叠之处。以下是他们的一些主要区别：

1. 存储位置

标准 HTTP Session：通常存储在单个应用服务器的内存中。这意味着，如果您的应用程序在多个服务器（如在负载均衡环境中）之间分布，每个服务器都有自己的独立的会话存储。这样会导致会话数据在不同服务器之间不共享。

Spring Session：支持将会话数据存储在外部存储中，如 Redis、MongoDB、JDBC 数据库等。这使得会话数据能够在多个服务器之间共享，从而支持分布式会话管理。

2. 失效和过期

标准 HTTP Session：会话在应用服务器重启或者会话超时后失效。会话通常是由容器（如 Tomcat、Jetty 等）管理的。

Spring Session：会话可以存储在持久化存储中（如 Redis），即使应用服务器重启，会话数据仍然可以保留。此外，通过 Spring 会话配置，可以精细化地控制会话的过期和失效策略。

3. 集群支持

标准 HTTP Session：在集群环境下，需要借助以下几种机制来解决会话共享问题：

会话粘连（Sticky Sessions）：基于会话 ID 将请求定向到同一个服务器。
会话复制（Session Replication）：在集群中的每个服务器之间复制会话数据。
共享会话存储（如 Redis、数据库等）。

Spring Session：天然支持集群环境，通过外部存储共享会话数据，无需额外的集群配置。只需要配置相应的存储策略，即可实现会话数据的跨服务器共享。

4. 安全和扩展性

标准 HTTP Session：提供基本的会话管理功能，但在安全性和可扩展性方面可能较为有限。

Spring Session：通过集成 Spring Security，可以进一步增强会话管理的安全性。此外，Spring Session 的模块化设计也使其更易于扩展和定制。

5. 简单配置

标准 HTTP Session：不需要额外配置，只需要在 web.xml 中进行基本配置。

Spring Session：需要进行 Spring 配置，但提供了更灵活和强大的功能，例如，可以通过注解和配置文件来简化配置过程。

使用示例

标准 HTTP Session

标准的 HTTP Session 使用是很简单的，它是由 Servlet 容器管理的。示例代码：

标准 HTTP Session
标准的 HTTP Session 使用是很简单的，它是由 Servlet 容器管理的。示例代码：HttpSession session = request.getSession();
session.setAttribute("key", "value");
Object value = session.getAttribute("key");Spring Session
Spring Session 更加灵活，下面是如何配置和使用 Spring Session（以 Redis 为存储示例）：添加依赖：<dependency><groupId>org.springframework.session</groupId><artifactId>spring-session-data-redis</artifactId></dependency>配置 Redis：@Configuration@EnableRedisHttpSessionpublic class HttpSessionConfig {@Beanpublic LettuceConnectionFactory connectionFactory() {return new LettuceConnectionFactory();}}使用：@Autowiredprivate HttpSession session;session.setAttribute("key", "value");Object value = session.getAttribute("key");

简而言之，Spring Session 提供了更高级和灵活的会话管理功能，特别在分布式和集群环境下，更能体现其优势。