第33周JavaSpringCloud微服务 电商进阶开发

一、课程介绍

1. 定时任务

• 课程主题 ：Spring Cloud 电商进阶开发
• 定时任务定义 ：学习什么是定时任务。
• 定时任务学习内容 ：定时任务实现方法、cron 表达式。
• 定时任务实践 ：在 Spring 中使用 schedule 注解，定期关闭过期订单。

2. 性能与安全性提升

• 项目性能与安全性提升概述 ：对整个项目的性能和安全性进行提升。
• 性能提升方法 ：应用线程池优化发送邮件速度。
• 安全性提升策略 ：使用特定技术（如 “福”）解决安全隐患，增强入网关安全性。

3. 新技术

• 新技术介绍 ：Spring Cloud Gateway。
• Spring Cloud Gateway 内容 ：相对新颖。
• Spring Cloud Gateway 用途 ：开发网关、实现之前路由的能力。
• Spring Cloud Gateway 重要部分 ：定时任务。

4. 项目面试

• 项目面试辅导内容概述 ：包括介绍开发项目的思路、回答相关问题的方法。
• 课程常见问题解决 ：课程中常见问题的解答。

课程总结与重点提炼 ：Spring Cloud 电商进阶开发课程梳理、重点提炼，尤其是定时任务部分。

一、定时任务

1. 定时任务的内容

• 定时任务内容概述 ：介绍定时任务的相关内容。
• 使用场景 ：介绍定时任务的应用场景。
• cron 表达式 ：详细介绍 cron 表达式的原理与写法。
• 代码实操 ：使用 schedule 注解结合 cron 表达式实现定期取消超时订单的功能。

2. 定时任务的使用场景

• 定时任务典型场景一 ：更新和处理数据。

  • 每日更新用户使用情况。
  • 批量处理脏数据。
  • 适合凌晨进行数据维护。
  • 金融领域常见。

• 定时任务典型场景二 ：定时更新天气数据。

  • 每 15 分钟更新一次。
  • 天气数据变化不快，无需每秒更新。
  • 定时更新有必要。

3. CRON 表达式

1）CRON 表达式的介绍

• CRON 表达式定义 ：它是一个以五个空格隔开的字符串，分为六个域。
• CRON 表达式各域含义 ：
  • 第一位：秒（0 - 59）
  • 第二位：分（0 - 59）
  • 第三位：小时（0 - 23）
  • 第四位：日期（1 - 31）
  • 第五位：月份（1 - 12）
  • 第六位：星期（0 - 6）

2）CRON 表达式的符号

• 星号

  • 星号含义 ：代表每。
  • 秒位星号 ：每秒钟都要去做某事。
  • 日位星号 ：每天的某时刻去做某事。

• 问号

  • 问号的含义 ：代表值不确定。
  • 问号使用场景 ：不关心具体值时的替代符号。
  • 问号示例 ：定 1 月 10 号不关心星期几时用问号代替。

• 减号 / 逗号

  • 减号（横杠）的定义 ：代表一个范围。
  • 减号（横杠）的用法 ：用减号表示时间段的区间，如 “十到十二点” 写成 “10 - 12”。
  • 逗号的定义 ：代表一个列表的值，相当于枚举。
  • 逗号的用法 ：在日期选择中，用逗号分隔不同的日期，如 “1，2，4” 代表一号、二号、四号。

• 斜杠

  • 斜杠定义 ：x 杠 y 中 x 代表开始值，y 代表步长。
  • 斜杠用法示例 ：零杠 15 表示从零秒开始，每 15 秒做一次事情。
  • 斜杠执行时间 ：按步长依次执行，如零秒、十五秒、三十秒等。

3）应用案例

• 例题 ：CRON 表达式示例。
• CRON 表达式含义 ：00 03 * * ? 代表每天三点执行。
• CRON 表达式时间位 ：秒、分钟、小时。
• CRON 表达式日期位 ：用星号表示每天。
• CRON 表达式星期位 ：问号代表不确定。
• 升级表达式 ：05 03 * * ? 代表每天 3 点 5 分执行。
• 步长表示法 ：在分钟位置用五杠十表示每隔十分钟执行。

二、总结

• 本小节内容概述 ：介绍括号表达式及 CLR on 表达式符号含义。
• 括号表达式 ：了解每一位的含义。
• CLR on 表达式 ：掌握星号、问号、减号、逗号、斜杠等符号含义。
• 下一小节预告 ：进入 Spring 中定时任务的实操部分。

一、定时任务类

1. 定时任务功能

• 功能介绍 ：实现查询并取消超时未付款订单。
• 多实例问题 ：多集群多实例同时运行定时任务可能导致资源浪费或数据出错。
• 分布式锁应用 ：在定时任务中使用分布式锁，确保任务执行实例只有一台，防止数据错误和资源浪费。

2. 订单取消

• 订单取消主题 ：长期不付款订单处理。
• 实现目标 ：定时捞出长期不付款订单。
• 实现方法 ：编写方法于 service 中。

3. 写定时任务方法

• 方法目标 ：编写定时任务方法以处理订单。
• 订单获取 ：通过方法 getUnpaidOrders() 获取未付款订单列表。
• 时间范围设定 ：
  • 获取当前时间 currentTime。
  • 设定查询起始时间 beginTime 为 currentTime 减一天，使用 DateUtility 的 atDays 方法，传入 - 1 实现时间减法。
  • 订单筛选：以 beginTime 和 currentTime 为时间范围限制，筛选订单。

4. 写订单取消方法

• 方法名称 ：select on paid orders。
• 返回参数 ：list，里面是一个 order。
• 参数详情 ：begin time（日期类型）、current time（改为 cur，即 current 的前三个字母）。

5. 定义捞取订单方法

• 实现查询语句 ：复制并替换方法名。
• 修改实现细节 ：select base column list，加 where 条件。
• 设置 where 条件 ：create time 在两者之间，用 between，参数为 beginTime 和 currentTime。
• 添加订单状态条件 ：未付款订单，order status 等于 10。
• 在服务中使用 map 方法 ：orderMap.selectUnpaid，传入 beginTime 和 currentTime。
• 获取返回值 ：命名为 unpaidOrders。
• 方法命名与返回 ：方法名为 getUnpaidOrders，返回 unpaidOrders。
• 方法提炼与接口 ：加 override，提炼到接口中，接口中增加该方法。

6. 写定时任务类

1）定义定时任务类

• 定义定时任务类 ：在 cut order 中新建类，类名为 job configuration，代表任务，类的修饰加上 component。

2）定时任务方法 1

• 定时任务方法概述 ：介绍了两种写定时任务的方法。
• 第一种定时任务方法 ：创建一个 logger；使用 log 打印任务开始和结束；设置线程休眠时间；使用 @Scheduled 注解；设置 fixed rate 为三秒钟。
• 任务执行验证 ：通过日志输出验证任务是否按照预期时间间隔执行，间隔时间与设定的三秒保持一致。

3）定时任务方法 2

• 重点内容 ：cron 表达式。
• cron 表达式赋值 ：使用括号表达式。
• 执行频率设置 ：如每隔三秒执行一次，使用 “零杠三后面星号，最后经期问号” 表示。
• cron 表达式生效验证 ：通过日志检查执行时间间隔是否符合预期。
• 后续步骤 ：实现自己的业务逻辑。

4）应用案例

• 例题 1 ：订单取消功能实现。

  • 实现目标 ：批量取消未付款订单。
  • 核心方法 ：使用 order service 的 get unpaid orders 方法获取未付款订单，然后遍历每个订单，使用 cancel 方法传入 order number 进行取消。
  • 用户身份校验逻辑调整 ：为了支持系统批量取消订单，对 cancel 方法进行升级，增加布尔参数 is from system。如果参数为 true，表示来自系统，跳过用户身份校验；如果为 false，进行用户身份校验。

• 例题 2 ：任务执行时间设定。

  • 与业务逻辑关系 ：息息相关。
  • 执行时间示例 ：每五分钟执行一次。
  • 时间范围设定 ：起始时间与截止时间。
  • 起始时间设定 ：当前时间往前推 24 小时再往前推执行周期的时间。
  • 截止时间设定 ：当前时间往前推 24 小时。
  • 配合执行周期 ：每五分钟执行一次，捞取并取消未付款订单。

• 例题 3 ：订单捞取功能实现。

  • 项目重启与定时任务 ：每五分钟执行一次 job，用于订单捞取。
  • 时间运算与断点调试 ：利用时间运算方法，查看 begin time 和 end time 以理解时间处理；设置断点检查时间是否符合预期。
  • 订单捞取逻辑 ：end time 为当前时刻（昨天），begin time 为当前时刻再减五分钟；服务稳定运行，确保订单正确捞取。
  • 分布式锁计划 ：在订单捞取基础上，计划添加分布式锁以增强功能。

5）加上分布式锁

• 回顾分布式锁写法 ：查看之前分布式锁的写法。
• 引入 red client ：在 job 中引入 red client。
• 复制加锁方法 ：把之前的加锁方法复制到当前 job 中。

二、使用 @Scheduled 注解实现定时任务

• 定时任务改造 ：替换业务逻辑，增加分布式锁能力。
• 分布式锁执行流程 ：先抢锁，成功则执行任务并释放锁，失败则打印语句。
• 分布式锁的作用 ：避免资源浪费，避免数据出错。

三、内容总结

• 小节内容概述 ：回顾本小节知识点。
• 代码实操内容 ：使用 schedule 实现定时任务。
• 定时任务细节 ：使用 cron 表达式，每五分钟捞取未付款订单并自动取消。
• 程序功能扩展 ：区分系统调用与用户调用。
• 程序优化措施 ：加入分布式锁，提升程序稳定性。

一、线程池和 ThreadLocal 在项目中的应用

1. ThreadLocal 的应用

1）问题发现及分析

• ThreadLocal 应用背景 ：在项目中生成订单号，订单号生成方式为时间（年月日时分秒） + 五位随机数。
• SimpleDateFormat 类问题 ：订单量大时，频繁创建和销毁对象。
• 优化方案 ：每个线程保存一个 SimpleDateFormat 对象，节省创建和销毁时间。

2）问题升级及实现

• 升级过程概述 ：使用 public static 和 thread local。
• 类类型定义 ：simple data format。
• 类命名 ：simple data format three local。
• 方法重写 ：重写 initial value 方法，目的为每个线程第一次获取时创建新对象，线程间对象不共享，保证线程安全。
• 使用方式 ：通过 three local 的 get 方法获取对象。
• 升级效果 ：提高性能，避免重复创建和销毁过程。

2. 电商项目中发邮件过程的异步处理

1）问题发现及分析

• 问题背景 ：spring boot 电商项目发邮件过程。
• 当前实现方式 ：使用 email service 的 send simple message 方法。
• 当前实现问题 ：用户需等待邮件发送完成才能得到成功返回，效率低。
• 优化方向 ：对邮件发送进行异步化处理。

2）配置线程池

• 配置线程池基本步骤 ：在 config 中新建 thread pool config 类。
• 配置描述 ：添加 configuration 注解。
• 线程池配置详情 ：定义 public executor service，return 新线程池，指定核心线程数 10、最大线程数 20、keep a lifetime 为 0 毫秒，新建 linked blocking q。
• 应用配置 ：在 user controller 中使用配置好的线程池。

3）用户控制器的升级

• 引入与关联 service ：使用 out 和 execute service，关联 xq 的 service。
• 升级发邮件功能 ：使用 submit 方法将任务提交到线程池进行后台处理，避免前台等待。
• 升级改造总结 ：第一个升级优化 three local 性能和内存，第二个升级解决发邮件接口慢的问题。

二、Zuul 安全性增强

1. 屏蔽接口转发

• 屏蔽接口转发背景 ：为了增强 zoo 的安全能力，需屏蔽不希望被外部访问的接口。
• 需屏蔽的接口类型 ：内部使用接口，如更新库存、获取用户信息等。
• 屏蔽接口的配置方法 ：在 zoo 的配置文件中设置 “zoo ignore patterns”，以数组形式添加需屏蔽的接口 URL。
• 验证屏蔽效果 ：先注释屏蔽规则，确认接口可访问；启用屏蔽规则后，接口无法访问。

2. 异常统一处理

• Spring Boot 中的异常处理 ：使用 global exception handler 进行统一处理。
• Spring Cloud 中的异常处理问题 ：订单服务未纳入 global exception handler。
• 解决方法 ：通过 components can 将异常处理 handler 纳入服务，需要指定当前包路径和异常处理所在包路径。
• 效果展示 ：重启项目后，异常返回格式统一。
• 其他模块改造 ：user application 和 product application 同样需要添加 components can 配置。
• 配置要点 ：必须同时指定当前包路径和异常处理所在包路径，否则无法统一处理异常。

三、新技术介绍

1. Spring Cloud Gateway 介绍

1）Spring Cloud Gateway 与 Zuul 对比

• 社区与资料 ：Spring Cloud Gateway 作为较新的组件，社区活跃度和资料丰富程度相对较低，但仍在快速发展中。
• 性能 ：Spring Cloud Gateway 与 Zuul 2.x 在性能上相当，没有明显优劣。
• 结合性 ：Spring Cloud Gateway 与 Spring Cloud 生态结合更紧密，而 Zuul 2.x 的结合性可能不如 1.x 版本。
• 升级成本 ：从 Zuul 迁移到 Spring Cloud Gateway 存在升级成本，且可能遇到新问题，但对于新项目，可以考虑使用 Spring Cloud Gateway。

2）开发 Spring Cloud Gateway

• 开发流程

  • 初始化项目 ：由于 Spring Cloud Gateway 与 Spring MVC 框架不同，需新建一个独立项目而非作为子模块开发。选择 Java 8 版本，Spring Boot 版本（如 2.3.10.RELEASE），并引入相关依赖，包括 spring-cloud-starter-gateway 和 spring-boot-starter-test 等。
  • 完善过滤器
    • 过滤器作用 ：实现 API 路由、请求过滤等功能，如身份验证、URL 拦截等。
    • 实现过滤器 ：继承 AbstractGatewayFilterFactory 类，并重写 apply 方法。
    • 拦截逻辑 ：对于不需对外公开的接口（如 /getUser、/checkAdminRole 等），直接返回 403 Forbidden 状态码；对于不需鉴权的接口（如 /image、/pay 等），放行请求；对于需要鉴权的接口，从请求头中获取 JWT token，进行验证。

• 代码示例 ：Spring Cloud Gateway 与 Zuul 在过滤器实现方式上有较大差异，需适应新的编程模型。

四、知识小结

知识点核心内容考试重点 / 易混淆点难度系数 Spring Cloud Gateway 介绍是一个基于 Spring 生态的网关工具，用于 API 路由和提供过滤器功能

• 区分 Spring Cloud Gateway 与其他网关（如 Zuul）的区别
• 理解 Spring Cloud Gateway 的作用和核心功能★★★☆☆ Spring Cloud Gateway 与 Zuul 的对比
  • 社区成熟度与活跃度
  • 性能对比
  • 与 Spring Cloud 体系的结合紧密程度
  • Spring Cloud Gateway 是较新的组件，社区资料相对不丰富
  • 性能与 Zuul 不相上下
  • 与 Spring Cloud 体系结合更密切★★★★☆ Spring Cloud Gateway 的开发流程
  • 初始化项目
  • 实现转发
  • 自定义前缀配置
  • 开发过滤器
  • 升级 user frame
  • 整体测试
  • 初始化项目时需注意不能与 Spring MVC 兼容，需新建 project
  • 过滤器开发是核心，需实现身份验证和地址排除★★★★★过滤器的实现
  • 继承 AbstractGatewayFilterFactory 类
  • 重写 apply 方法
  • 对不想公开的接口进行拦截
  • 对不需要验证的接口进行放行
  • 对需要验证的接口进行 JWT token 解析
  • 拦截和放行的逻辑实现
  • JWT token 的获取和解析★★★★★ JWT token 的健全方式
  • 从 header 中获取 token
  • 检查 token 是否存在
  • 解析 token 并获取用户信息
  • 理解 token 在微服务架构中的使用
  • 掌握 token 的获取和解析方法★★★★☆

注：难度系数以五角星表示，最高为五颗星，表示该知识点难度较大，需要深入理解；最低为一颗星，表示该知识点相对简单，只需基本了解。

五、网管鉴权过滤器编写

1. 获取 token 并校验

1）重写 apply 方法

• 校验 jwt ：使用 jwt 的 algorithm 进行校验。
• 定义常量 ：定义 key 及其它相关常量，如 public static final string JW_TK。
• 处理解析内容 ：解析 jwt 后得到 user ID、username、user row。
• 解码 token ：使用 try 语句和 verify 方法传入 token 进行解码，获取 decode jwt。
• 获取 jwt 内容 ：通过 jwt.getClaim 方法获取 user ID，并将其转换为 int 类型。
• 信息中转 ：将解析后的信息放到请求头中，通过 current user 作为中转承载用户信息。

2）用户类的创建

• 创建 user 类 ：在网关中新建 model 包，复制 user 类到其中。
• user 类引入与赋值 ：指定 user 类来源，使用 jwt 解析内容对 current user 进行赋值。
• 用户角色判断 ：根据接口是否包含 admin，判断用户身份，非管理员不能访问管理员接口，需返回 need admin 方法。
• need admin 方法 ：定义返回内容，结束请求，告知用户被拦截原因。

3）needAdmin 方法的编写

• 定义 server http response ：从 exchange 中获取 response。
• 设置 response 参数 ：设定 status code 为 okay，添加 header（content - type 为 application/json，charset 为 utf - 8），定义返回信息（状态码、提示将 admin 的 jwt token 放到 header、返回的 data 为 null）。
• 返回 message 和 response ：使用 spring cloud gateway 相关语句，涉及流式编程，将 message 转化为 bytes，结合 response 生成 body data buffer，作为结果传递。
• 处理 current user 属性 ：赋值 row 和 user name（从 jwt 中获取）。
• 异常处理 ：解析过程中发生问题则进行 catch，返回 need login 提示用户进行登录。
• 完成 jwt 内容解析 ：最后添加注释说明。

4）把用户信息传递给后端服务

• 传递方法 ：将用户信息放到 header。
• 具体实现步骤 ：通过 exchange 获取 request，使用 mutate 方法选择 header，指定要放入的 key 和 value。
• 需要放入 header 的信息 ：user ID、user row、username。
• 生成新的 server http request ：使用 build 方法生成，并构造 server web exchange。
• 对于普通接口的处理方法 ：直接使用 train.filter 传入 exchange。

5）网关编写完成

• 网关功能一 ：拦截不想公开的接口。
• 网关功能二 ：放行不应拦截的接口。
• 网关功能三 ：健全接口并解析 JWT token。
• 健全接口时的工作 ：从 header 取 JWT token 并解析。
• 解析后的处理 ：判断是否有管理员权限要求，管理员权限校验：URL 带 admin 需管理员权限，校验不通过的处理：打回请求，校验通过的处理：信息放 paddle 传下游服务。

六、网关配置

• 网关配置概述 ：网关需要配置，主要涉及一些配置内容。
• 微服务配置内容 ：包括 ID、名字、路径。
• 过滤器配置作用 ：过滤掉转发时不需要的前缀。
• 过滤器配置实例 ：以 category product 为例，过滤掉前缀实现正常转发。
• 网关其他配置 ：配置自定义的过滤器，如 authorization filter。
• 网关配置完成 ：完成上述步骤后，网关配置完毕。

七、网关启动

• 网关启动验证 ：尝试启动网关以确认编写完成。
• 网关类型说明 ：当前网关采用 jwt 类型验证。
• 下一步计划 ：对 spring cloud 进行升级改造以适配新网关。

八、用户模块改造

1. user 模块改造

1）去掉 session 配置

• 改造目标 ：去掉和 session 相关的配置。
• 改造模块 ：user 模块。
• 具体操作 ：注释掉 spring session 的依赖。

2）改造 UserInfoFilter

• 架构演进讨论内容 ：网关升级过程与问题。
• 处理思路和流程 ：关注升级中的思考与实践落地。
• home 和配置文件修改后操作 ：注释启动类注释，不引入相应内容。
• 需要注意的接口 ：user update 接口。
• user update 接口功能 ：更新用户个人信息，要求登录。
• 原处理方案 ：从 session 中直接获取登录信息。
• 现处理方案 ：通过网关传递用户属性，添加过滤器获取。

3）添加 filter 配置类

• 任务目标 ：添加 filter 配置类。
• 操作相似点 ：与 spring boot 拦截思路相似。
• 配置内容 ：在包中添加两个过滤器配置对象。

4）复制 UserInfoFilter 代码

• 复制代码 ：直接复制 UserInfoFilter 类的代码。
• 引入 user ：在代码中引入 user 对象。
• 添加属性 ：在 common 包的 constant 中添加 username、ID、row、admin row 四个属性。

5）分析 UserInfoFilter

• 过滤器作用 ：配置 userinfo filter 使其生效。
• 配置方式 ：在配置类中引入 userinfo filter。
• 拦截接口 ：在配置中指定所拦截的接口。
• 过滤器类型 ：spring 的 filter。
• 请求处理 ：服务相关请求会经过过滤器。
• 执行过程 ：在 doFilter 方法中执行过滤逻辑。
• 代码熟悉度 ：观众应熟悉之前写过的相关代码。

6）分析 requestInterceptor

• requestInterceptor 的作用 ：处理请求中的 header 信息。
• 处理逻辑 ：先判断请求 attributes 是否为 null，为 null 则直接返回，不为 null 则获取 request 对象。
• 获取 header 信息 ：通过 getHeaderNames 方法获取 header，并赋值用户相关信息。
• 异常情况处理 ：如果 header 为空，则 currentUser 不会被赋值，后期也取不到用户相关内容。
• 正常流程 ：网关会通过后，把相关内容传过来，进行用户信息赋值。

7）分析 UserInfoFilter

• UserInfoFilter 功能 ：遍历 header 并处理。
• 处理流程 ：获取 header 名字和值、根据名字进行不同处理。
• 具体处理 ：user ID 赋值给 current user、username 设值、user row 设值。
• currentUser 定义 ：类中定义的新 user 对象，承载用户信息。
• 校验流程 ：检查 ID、name、row 是否都不为空。
• 校验通过操作 ：认为 current user 有效，存入 user thread local。
• userThreadLocal 作用 ：给每个线程存储当前 user 对象。

8）使用 ThreeLocal 获取用户信息

• 过滤器处理后的信息 ：可获取用户相关信息。
• 用户信息处理 ：将解析后的用户信息存储到 ThreeLocal。
• 用户信息使用 ：后续可通过 ThreeLocal 获取用户信息。

9）应用案例

• 例题 ：userController 改造。
• userController 改造背景 ：没有 session，原获取当前用户语句需替换。
• 解决方案 ：使用 user in for filter，创建 three local 并 get 出 user。
• 新用户命名 ：get 出的 user 命名为 current user，可全局获取。
• current user 作用 ：可获取用户 ID，进行用户信息更新。
• spring cloud 与 jwt 逻辑升级 ：验证逻辑升级为 jwt 后，服务需配合改动。
• 其他服务改动 ：card order 和 category product 服务也需按相同原理和步骤改动。

2. categoryProduct 模块改造

1）配置文件改造

• 去除 category product 相关依赖 ：在 category product 中去掉和筛选相关的依赖。
• 注释启动类注解 ：在启动类中注释掉不再需要的注解。
• 注释配置文件中筛选相关项 ：在配置文件中注释掉和筛选相关的项。

2）添加 UserInfoFilter

• 过滤器情况说明 ：每个服务独立，user 过滤器不能直接应用到 category product。
• 处理办法 ：复制 user 过滤器并粘贴。
• 复制粘贴结果 ：两个过滤器直接生效，工作相同。

3）改造 CategoryController

• 处理目标 ：改造 CategoryController。
• 检查内容 ：之前用到 session 的地方。
• 检查结果 ：ctrl 和 admin 中未使用 session。
• CategoryController 现状 ：请求参数中有 session，但未实际使用。
• 处理结果 ：CategoryController 无需额外处理 session。
• 关联处理 ：CategoryProduct 已处理完毕。

3. cartOrder 模块改造

1）改造过程概述

• 改造过程概述 ：处理 card order 主要分三步。
• 具体步骤 ：删除 session，去掉配置依赖，改造使用 session 的地方。
• 实际操作难点 ：代码多，易漏掉，考验耐心和细心。

2）改造 CartController

• cut order 的特殊之处 ：存在特殊处理。
• 特殊处理方式 ：use rf in。

3）改造 UserFeignClient

• 类原用途 ：获取用户信息。
• 改造方式 ：注释掉获取用户信息的类。
• 用户信息新来源 ：header。
• 处理连锁反应 ：需处理之前用到该类的地方。
• 具体处理 ：cut controller 中删除 use rf in，升级为 user in for filter。
• 改造原因 ：减小服务间耦合关系，使包相互独立。

4）改造 CategoryController

• 注释 category 相关对 ：避免多个 filter 情况。
• API response 缺失问题 ：缺少 common 包，需补回并核对版本。
• 处理 userinfo filter ：确认只有一个 filter，使用 three local 的 get 方法获取 ID。
• 标红问题排查 ：需要查看 spring local 以确定原因。

5）user 类移除问题

• 问题提出 ：user 类未识别到。
• 问题原因 ：user 类已从依赖中移除。
• 解决策略 ：需重新添加 user 类。

4. user 类和 product 类添加

• 添加 user 和 product 类 ：在包中添加 user 和 product。
• 指定 user 路径 ：在 ctrl 中 ID 不爆红。
• 批量搜索和替换 ：使用全局搜索 get user，在 order service 和 cart controller 中；替换为 user in for filter.user three local.get；使用 replace all 批量替换。

5. 改造 CartOrderApplication

• 处理标红部分 ：去除无用代码行。
• 处理标红部分 ：自动引入并检查。
• 处理返回类型未找到问题 ：重新引入 product。

九、产品升级

• 升级内容概述 ：完成产品升级和替换。
• 升级具体操作 ：将 session 和 use rf inclined 相关升级为 thread local，从 header 取数据。
• 升级后续调整 ：注释掉类，对之前用到的地方进行替换。
• 升级验证 ：启动程序验证改动是否 OK。

十、初始化并跑通项目

• 运行内容 ：三个业务模块和一个尤瑞卡。
• 额外启动 ：spring cloud gateway。
• 启动后操作 ：对接口进行验证。

十一、接口测试

1. 用户模块接口测试

• 测试用户相关接口 ：接口理论不被拦截。

• 注册接口测试 ：可成功注册，重名会提示。

• 登录接口测试 ：登录功能正常。

• 个性签名更新测试 ：

  • 不加 jwt token：会被拦住，返回 403 forbidden。
  • 加上 jwt token：可成功更新。
  • 网关及 header 信息传递：均正常工作。

• 断点调试个性签名更新 ：

  • 打断点位置：更新个性签名时。
  • 调试结果：能获取到 current user 里的属性。
  • jwt 内容验证：current user 属性包含 jwt 内容。

2. 商品目录和商品接口测试

• JWT Token 获取 ：作为小作业留给小伙伴，在 spring cloud 用户模块增加获取 JWT 接口。
• 目录相关接口测试 ：包括新增、更新、删除目录及目录列表呈现，需管理员登录并携带 JWT Token。
• 商品相关接口测试 ：新增、更新商品成功，删除商品需携带 JWT Token，否则提示 forbidden。

3. 订单详情接口测试

• 订单详情接口测试 ：成功进行。
• Spring Cloud 服务测试 ：已通过网关。
• 服务承载确认 ：Spring Cloud Gateway 成功承载。

十二、内容梳理

• 项目初始化与跑通 ：实现 spring cloud gateway 的首要步骤。
• 转发实现 ：包含排除不需要转发的地址、放行不需要拦截的地址、实现需要认证地址的身份认证。
• 配置内容 ：自定义前缀配置、过滤器配置（包括自定义过滤器）。
• 微服务改造 ：升级微服务、添加过滤器、删除 session、进行全流程测试。