li13437542099的博客

在 Spring Boot 中注册拦截器时，需要指定。不能匹配/depts/1/2，/depts。学习自：黑马程序员——JavaWeb课程。目标方法执行后，可用于修改响应数据。之后执行，适用于资源清理等操作。负责拦截请求，决定是否放行。代表拦截所有资源，包括。（如登录接口），可以使用。等所有 API 请求。不能匹配/depts/1。不能匹配/emps/1。

接口，并重写其中的方法（Ctrl + o 或者 Ctrl + i来重写方法）。在 Web 应用中，为了对。，将拦截器注册到 Spring MVC 中。学习自：黑马程序员——JavaWeb课程。在后续章节，我们将基于。

在企业级应用中，用户必须先，获取服务器返回的，之后每次请求业务接口时，需要在中携带该令牌，以完成身份校验。为了避免在每个接口中都编写相同的校验逻辑，可以使用统一拦截请求，对 JWT 令牌进行解析和验证，从而确保用户的身份合法性。

请求到达服务器后，会依次经过多个过滤器的处理，最终再到达目标资源（如 Controller）。过滤器链的执行顺序由。决定，放行后的请求会进入下一个过滤器，直到所有过滤器执行完毕，最终访问目标资源。在 Web 应用中，多个过滤器可以被串联在一起，形成。等场景非常重要，在实际开发中可结合需求进行优化。如果不指定执行顺序，Spring Boot。，观察过滤器链的执行顺序。

过滤器（Filter）在 Web 应用中用于拦截请求，并在请求处理前后执行特定逻辑。学习自：黑马程序员——JavaWeb课程。默认情况下，过滤器可以拦截所有请求（），但我们可以自定义拦截特定路径。

过滤器（Filter）是 JavaWeb 三大组件（Servlet、Filter、Listener）之一，主要用于。学习自：黑马程序员——JavaWeb课程。Spring Boot 默认不支持。并在请求处理前后执行。，需要在启动类上添加。

本文介绍了JWT令牌在用户登录后的生成与下发流程。JWT令牌用于身份验证，用户登录成功后，服务器生成令牌并返回给前端，前端在后续请求中携带该令牌。文章详细描述了JWT令牌的工作流程，包括生成、存储、携带和校验。代码实现部分展示了如何使用JwtUtils工具类生成和解析JWT令牌，并在LoginController中处理登录请求，生成并下发令牌。测试与验证部分介绍了使用Postman进行测试的方法，并提到前后端联调的步骤。最后，文章总结了JWT令牌的实现，并提出了后续优化方向，如令牌校验拦截器和刷新机制。

在 Spring Boot 项目中，我们可以使用库来生成 JWT 令牌。在pom.xmltest测试并未涉及到Spring boot，所以可以把Spring boot注解注释掉：指定签名算法（HS256）和密钥（"qiyi"），用于生成签名防止令牌篡改。：密钥需保密，实际开发中应从配置读取，不可硬编码。：设置自定义载荷数据，存储用户信息（如ID、用户名）。：设置令牌过期时间（当前时间 + 1小时）。（3600秒 = 1小时）。compact()：生成最终的JWT字符串，格式为。

JWT（JSON Web Token）是一种轻量级、自包含的身份认证令牌，用于安全传输用户信息。其核心特点包括无状态（服务器无需存储会话）、跨平台支持及高安全性（通过数字签名防篡改）。JWT由三部分组成：Header（声明算法和类型）、Payload（携带用户数据及标准声明如签发/过期时间）、Signature（基于密钥的签名验证完整性）。

Session 与 Token 会话方案对比Session（服务器端）：用户登录后生成唯一 ID 存客户端（Cookie），服务器内存存储会话数据。优点：数据安全，适合单体应用；缺点：依赖单服务器，分布式扩展差，内存开销大。Token（JWT，无状态）：服务器签发签名令牌（含用户信息 + 有效期），客户端请求携带（如 Header）。优点：分布式友好，跨平台支持，无状态减服务器压力；缺点：需 HTTPS 防篡改，令牌时效管理复杂。

这个 Cookie 会被浏览器接收并存储，后续浏览器在发起请求时会自动将这个 Cookie 发送给服务器。如果需要，可以根据 Cookie 的值进行进一步的逻辑判断，例如判断用户是否已登录。获取浏览器携带的 Cookie，以判断用户的某些状态（例如是否已登录）。，用于在浏览器端存储少量数据，使服务器可以在多次请求之间识别用户身份。在 Web 应用中，Cookie 是一种。：从请求头中获取所有的 Cookie。在后续请求中，服务器可以通过。的 Cookie，输出其值。），浏览器会阻止这个请求。

在Web开发中，会话技术用于解决HTTP无状态性带来的用户身份识别问题。主流方案包括：1. Cookie：客户端存储会话信息，请求时自动携带，服务器通过Cookie识别用户。但存在数据泄露风险。2. Session：服务器生成唯一ID存储会话数据，客户端通过Cookie携带ID。需维护服务器状态，扩展性受限。3. Token机制：服务器颁发签名令牌（如JWT），客户端在请求头中携带。无状态设计提升扩展性与安全性，成为企业首选。

登录成功后，用户可以访问系统中的数据，如。学习自：黑马程序员——JavaWeb课程。），每个接口都需要校验用户是否已登录。由于系统中有多个接口（如。在前面，我们已经实现了。

在员工管理系统中，用户可以通过浏览器直接访问并操作系统数据，这存在严重的安全隐患。因此，我们需要实现，确保只有才能访问系统。

注解为每个参数单独赋值，但如果配置项较多（如 7-20 个），每个字段都添加。）中的参数，例如阿里云 OSS 相关配置。在 Spring Boot 项目中，我们通常需要读取。为了解决这个问题，Spring Boot 提供了。学习自：黑马程序员——JavaWeb课程。绑定 YAML 配置。部分开发工具可能会对。

Spring Boot中，YAML配置文件（`application.yml`）比Properties文件（`application.properties`）更优。YAML层级清晰，支持复杂数据类型，格式简洁，减少冗余。它用缩进表示层级，而Properties用点分隔符。例如，数据库和文件上传配置从Properties迁移到YAML后，可读性和灵活性大幅提升。结合`@ConfigurationProperties`注解，YAML配置的自动绑定能力增强，适合复杂项目。

在 Java 代码中，例如在 OSS 工具类中直接写死参数值。在项目开发过程中，我们通常需要使用一些第三方服务，例如。学习自：黑马程序员——JavaWeb课程。，即将这些参数集中管理，存放在。为了解决上述问题，我们需要。

前端在查询回显数据后，允许用户修改员工的基本信息，并提交至后端进行更新。修改完成后，数据应在数据库中更新，并同步展示在前端。学习自：黑马程序员——JavaWeb课程。

在员工管理系统中，修改员工信息是一个常见的功能。在实现该功能时，首先需要，然后再进行修改并提交更新。因此，本节的重点是，即在点击“编辑”按钮后，根据员工 ID 查询员工信息，并将数据展示在表单中。

在前面的文章中，我们已经完成了阿里云 OSS 的准备和入门开发。本节将讲解如何，用于存储和管理。在时，需要上传员工的头像，并在系统中展示。提供一个文件选择框（通常是一个元素），允许用户选择头像图片。提供一个上传按钮，用户点击后触发文件上传操作。可选：提供一个预览区域，用于显示用户选择的头像图片。用户通过文件选择框选择一张头像图片。前端代码（如JavaScript）监听文件选择框的change事件，获取用户选择的文件对象。jpgpngjpeg等）。检查文件大小是否在允许范围内（例如，不超过2MB）。

在完成阿里云 OSS 的准备工作后，接下来将使用，编写入门程序，实现将。阿里云 OSS 提供了官方 SDK，可简化文件存储操作。我们需要访问阿里云官网，找到，并参考其中的示例代码进行开发。在pom.xml文件中添加以下如果使用的是添加依赖后，点击，确保所有库都被正确下载。

存储空间是用户用于存储对象（Object，就是文件）的容器，所有的对象都必须隶属于某个存储空间。it的缩写，软件开发工具包，包括辅助软件开发的依赖（jar包）、代码示例等，都可以叫做SDK。阿里云 OSS（Object Storage Service）是阿里云提供的。以上步骤完成后，之后我们就参照阿里云OSS官方提供的SDK示例来编写入门程序。，用于存储和管理海量数据。相比于本地存储，OSS 具备。等优点，适用于图片、视频、备份文件等多种场景。使用阿里云 OSS 进行文件存储，一般需要以下。

文件上传功能允许用户将本地文件上传到服务器。和。本节介绍方案，即将上传的文件存储到服务器的指定目录下。在默认情况下，Spring Boot 接收到上传的文件后，会在服务器创建一个，但在请求完成后，该文件会被自动删除。因此，我们需要手动将文件，以便后续访问和使用。本地存储是指将上传的文件保存到服务器的中，例如E:/images/目录。这样，上传的文件就会被存储在该路径下，供后续使用。如果多个用户上传的文件，就会发生文件覆盖问题。为了防止文件名重复，原始文件名不应直接存储。可以使用UUID。

在完成新增员工的基本功能后，接下来需要实现文件上传，以支持上传员工头像等文件。本地存储和云存储，其中云存储会采用阿里云 OSS（对象存储服务）进行操作。

在 员工管理系统 中，新增员工功能是管理员进行员工信息管理的重要一环。管理员可以通过系统界面录入员工的基本信息，并将其存储在数据库中。1.1 需求详情新增单个员工：通过表单提交员工信息，包括用户名、姓名、性别、图像（先不考虑）、职位、入职日期和归属部门。部门信息来源：员工的归属部门从部门表中提取，提供下拉选择项。默认密码设置：为员工设置一个默认密码 123456，确保员工首次登录时有密码。数据提交：通过 POST 请求将员工信息提交至后端，并保存到数据库。

在 员工管理系统 中，需要提供 删除员工的功能，以便管理员可以清理已离职或无效的员工信息。学习自：黑马程序员——JavaWeb课程。同样响应删除成功，并且列表也进行了更新。选中多名员工，点击批量删除。<delete>标签。

页面提供姓名输入框、性别下拉选择框、入职时间范围选择框以及查询按钮，用户可输入或选择条件进行查询。因为我们进行条件查询需要编写动态SQL，所以这时改用xml文件来编写SQL语句；先把之前的Select注解注释掉，然后在resources目录下创建xml文件，通过动态 SQL 实现带有条件的查询，SQL 语句为。里面的约束可以去mybatis中文网中复制。学习自：黑马程序员——JavaWeb课程。以此从数据库获取符合条件的数据。

在上篇文章中，我们实现了，但代码较为繁琐。为了简化分页逻辑，我们可以使用来优化分页查询功能。PageHelper 是的分页插件，能够，并在 SQL 语句后，无需手动编写分页 SQL。

Slf4j@Autowired/*分页查询*/log.info("分页查询，参数：{},{}",page,pageSize);//调用service分页查询@Mapper/*查询总记录数*//*分页查询，获取列表数据*/

上篇所介绍的部门管理案例，其中的编辑部门自己根据接口文档进行实现功能规划与需求分析功能概述员工管理包含增删改查，本次聚焦员工信息查询和删除，查询功能先实现分页查询，再在此基础上完成条件分页查询。分页查询需求员工数据多，需分页展示。用户可选择每页展示记录数（如 10 条、20 条、50 条），点击页码获取对应页数据。数据库分页查询技术回顾MySQL 分页语法使用LIMIT关键字实现分页，需设置两个参数。第一个参数是起始索引（从 0 开始），第二个参数是查询返回的记录数。示例。

本章节完成了新增部门功能，涉及三层开发。使用解析 JSON 请求。补充createTimeupdateTime属性，避免空值问题。数据库INSERT操作，插入新部门信息。使用Postman进行测试，确保功能正常。END学习自：黑马程序员——JavaWeb课程。

本功能用于删除部门明确需求。分析接口文档。实现后端接口。测试接口。前后端联调。接口遵循 RESTful 规范，使用DELETE请求。后端 Controller、Service、Mapper 分工明确。前后端联调成功，确保功能可用。END学习自：黑马程序员——JavaWeb课程。

前后端联调的目的是确保前端可以正确调用后端接口，并成功展示数据。启动前端工程和后端工程。通过前端页面访问后端接口。调试接口，确保数据正确返回。

本功能主要实现查询部门列表，并返回全部部门数据，不涉及分页操作。明确查询需求。阅读接口文档，分析接口。根据开发流程实现代码。查询全部部门，不分页。接口路径/depts，请求方式 GET。Controller 调用 Service，Service 调用 Mapper，遵循三层架构。使用 SLF4J 记录日志，方便调试。通过 Postman 测试接口，确保返回正确数据。END学习自：黑马程序员——javaWeb课程。

本案例基于 Spring Boot 开发，实现部门管理和员工管理两大功能模块。通过搭建 Spring Boot 项目、配置数据库表结构、引入必要依赖（如 MyBatis、MySQL 驱动、Lombok），并按照三层架构（Controller、Service、Mapper）组织代码，完成部门与员工的增删改查功能。开发过程中遵循 Restful API 设计规范，使用统一响应结果（Result）标准化接口输出，并通过接口文档确保前后端高效协作。

核心价值<sql>和<include>是 MyBatis 中优化代码复用性的关键标签。适用场景公共字段列表、表名、动态条件等高频重复片段。避坑指南refid必须与<sql>的id完全一致，否则报错。避免过度抽取，保持代码简洁性。END学习自：黑马程序员——JavaWeb课程。

MyBatis 的foreach标签用于在 SQL 语句中循环遍历集合，常见于批量操作（如批量删除、批量插入）。它允许我们动态构建 SQL 语句，从而提高开发效率。foreach标签适用于批量操作，减少 SQL 语句的重复，提高灵活性。自动处理 SQL 语法问题（如分隔符、()括号等），避免 SQL 语法错误。代码更简洁易维护，适用于 MyBatis 中集合数据的动态拼接。推荐在批量操作中使用foreach，以提升 SQL 语句的动态性和可读性END学习自：黑马程序员——JavaWeb课程。

MyBatis 的<if>语句是动态 SQL 处理的基础，能有效避免冗余代码，提高 SQL 语句的灵活性和可维护性。在实际开发中，合理使用if语句可以提高查询效率，使 SQL 更加灵活。本案例旨在加强对 MyBatisif标签的理解，并通过动态更新员工信息的实际案例，展示if标签在 SQL 语句中的灵活应用。if标签使 SQL 语句动态化，仅在必要时拼接字段。set标签处理UPDATE语句的SET 关键字及多余逗号问题。动态 SQL 提高了查询的灵活性，有效避免静态 SQL 带来的数据更新问题。👉。

XML 映射文件是 MyBatis 主要的 SQL 配置方式之一，用于存储 SQL 语句并将其与 Mapper 接口关联。安装 MyBatis X在 IDEA 中打开Plugins搜索MyBatis X点击Install并启用插件快速跳转功能在EmpMapper接口方法前的小鸟图标 🐦点击可跳转到对应的 SQL 语句在 XMLselect语句前点击小鸟图标，可跳转到对应的 Mapper 方法XML 映射文件的核心要点文件命名一致namespace需匹配全类名SQLid需匹配方法名。

聚焦 MyBatis 在员工管理系统的查询功能。在根据 ID 查询方面，详述了从需求、SQL 编写到接口实现及数据封装问题与解决策略。条件查询部分，涵盖需求、SQL 构建、MyBatis 实现过程与模糊查询处理，推荐用 CONCAT 函数保障安全预编译。还介绍了 MyBatis 参数传递在 Spring Boot 不同版本的差异，早期需 @Param 注解，2.x 版本因编译插件可直接用形参名，为相关应用提供关键参考。