首先直接给结论：Spring官方明确要求Spring 5.x搭配Tomcat 8.5及以上版本，但这并不意味着所有Spring 5.x功能都完全无法在Tomcat 8.0上运行——核心要看你用到的是Spring的哪部分特性，以及你能接受的风险程度。

1. 官方支持与测试情况 #

Spring 5.x的发行说明里明确标注了Tomcat 8.5+的要求，这代表：

• 官方没有在Tomcat 8.0上进行过全面测试，遇到兼容性问题不会提供官方支持；
• Tomcat 8.0本身在2018年6月就已经结束生命周期，不再接收安全补丁和功能更新，继续使用会有潜在的安全风险。

2. 哪些Spring 5.x特性无法在Tomcat 8.0上正常运行 #

最核心的冲突点在Web Reactive框架（Spring WebFlux）：

• Spring WebFlux依赖容器的非阻塞I/O能力，而Tomcat 8.5引入了从Tomcat 9.0反向移植的大量非阻塞I/O优化（比如对NIO2的增强、AsyncContext的改进），这些优化是WebFlux实现高效非阻塞处理的基础；
• Tomcat 8.0虽然支持Servlet 3.1规范（和8.5一致），但它的非阻塞I/O实现不够完善，无法满足WebFlux的运行要求，强行部署会出现请求处理异常、性能骤降甚至容器崩溃的问题。

除此之外，还有一些边缘特性可能受影响：

• Spring 5.x对Servlet容器的某些内部API适配（比如TomcatWebServer相关的实现），可能用到了Tomcat 8.5新增的类或方法；
• 部分安全增强特性，Spring 5.x可能依赖Tomcat 8.5的安全补丁或特定配置项。

3. 传统Spring MVC的运行可能性 #

如果你的项目只使用传统的Spring MVC（非Reactive），大部分基础功能（比如请求映射、依赖注入、视图解析、同步请求处理等）大概率能在Tomcat 8.0上正常运行：

• 二者都支持Servlet 3.1规范，Spring MVC的核心逻辑不依赖Tomcat 8.5的特有特性；
• 但要注意边缘场景，比如异步请求处理的细节、大文件上传的优化等，可能出现兼容性问题，而且这些问题官方不会协助排查。

4. 针对Ubuntu 16.04环境的替代方案 #

既然Ubuntu 16.04的官方源一直停留在Tomcat 8.0，直到2021年4月系统EOL都不会升级，你可以考虑这些方案：

• 手动安装Tomcat 8.5：不依赖系统包管理器，直接从Apache官网下载Tomcat 8.5的二进制包部署，自己维护版本和补丁；
• 降级到Spring 4.3.x：Spring 4.3.x支持Tomcat 8.0，而且有长期支持（直到2020年11月，距离Ubuntu 16.04 EOL仅半年左右，临时过渡可行）；
• 使用嵌入式Tomcat：如果是Spring Boot项目，可以在pom.xml或build.gradle中指定嵌入式Tomcat版本为8.5，打包成可执行Jar直接运行，无需依赖系统安装的Tomcat。

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