Tomcat9.0.64升10.0.22后Servlet5中MockHttpServletResponse替代咨询

问题根因：Tomcat 10.0.x对应实现Jakarta EE 9规范，其中Servlet 5版本将所有API的包名从历史的javax.servlet.*整体迁移到jakarta.servlet.*，原有适配Java EE 8/Servlet 4及以下版本的MockHttpServletResponse因为引用旧包名，无法在Servlet 5环境下直接使用，可根据项目技术栈选择以下替代方案：

• Spring生态项目优先使用Spring Test 6.0+内置的适配实现
  只要将项目中Spring Test依赖升级到6.0.0及以上版本（Spring Boot项目对应升级到3.0.0及以上版本），就可以直接使用适配Servlet 5规范的MockHttpServletResponse，类路径为org.springframework.mock.web.MockHttpServletResponse。该类的API和旧版本完全对齐，原有测试代码只需要修正import路径、将所有引用旧javax.servlet包的代码替换为jakarta.servlet包即可，不需要调整测试逻辑。
• 非Spring项目可直接用Mock框架构造响应对象
  没有Spring Test依赖的场景，不需要额外引入专用的Servlet Mock工具包，直接使用Mockito、MockK等常用单元测试Mock框架，模拟jakarta.servlet.http.HttpServletResponse接口即可，可按需自定义方法返回值、执行行为断言，灵活度更高，也不会引入多余的测试依赖。基础用法示例：

  import jakarta.servlet.http.HttpServletResponse;
  import static org.mockito.Mockito.*;
  
  // 构造Mock响应实例
  HttpServletResponse mockResp = mock(HttpServletResponse.class);
  // 定义方法返回规则
  when(mockResp.getStatus()).thenReturn(HttpServletResponse.SC_OK);
  // 执行目标逻辑后做行为验证
  verify(mockResp, times(1)).setCharacterEncoding("UTF-8");
  

• 不推荐使用Tomcat内置测试包中的同名实现
  Tomcat 10的内部测试模块确实提供了同名的MockHttpServletResponse类，但该类是Tomcat内部自用的测试工具，没有对外做稳定API承诺，跨小版本随时可能调整逻辑、修改类路径，不建议在业务项目测试代码中引入使用。

适配提示：升级过程中需要先把项目所有Servlet相关依赖替换为jakarta.servlet-api:5.0.0及以上版本，全局排查替换所有javax.servlet.*开头的import语句，避免出现类冲突、类找不到的问题。

内容的提问来源于stack exchange，提问作者Rajat