安装Tomcat-Native（异步IO）

### Spring Boot 中 `java.lang.OutOfMemoryError: GC overhead limit exceeded` 错误解决方案 当应用程序抛出 `java.lang.OutOfMemoryError: GC overhead limit exceeded` 错误时，表明垃圾回收器花费了过多的时间来尝试释放内存，但只恢复了一小部分可用空间[^1]。对于基于 Spring Boot 的应用而言，调整 JVM 参数是一个有效的解决方法。 #### 调整JVM参数配置 为了防止此类错误的发生，在启动 Spring Boot 应用程序时可以增加堆大小并优化垃圾收集行为： -Xms` 和 `-Xmx` 来指定最小和最大的 Java 堆大小。例如，如果希望给定的应用程序分配至少 512MB 至多 4GB 的内存，则可以在命令行中加入如下选项: ```bash -Xms512m -Xmx4g ``` 这有助于确保有足够的内存供应用程序正常运作而不至于频繁触发垃圾回收操作[^3]。 - **启用并发标记清除 (CMS)** 使用 CMS 收集器能够减少长时间暂停的风险，适合那些对响应时间敏感的服务端应用。可以通过下面的参数开启它: ```bash -XX:+UseConcMarkSweepGC ``` 此外还可以考虑其他更先进的垃圾收集算法如 G1 或 ZGC, 它们提供了更好的性能特性[^2]。 - **降低新生代比例** 适当减小年轻代的比例可以帮助缓解老年代的压力，从而间接改善整体表现。比如将新对象区占总堆容量的比例设为 20% : ```bash -XX:NewRatio=4 ``` 以上措施通常能有效预防因过度消耗 CPU 进行垃圾回收而导致 OOM 错误的情况发生。 #### 修改Spring Boot内置Tomcat配置 针对某些特定场景下即使增加了堆栈也无法解决问题的情形，可能是因为默认情况下 Tomcat 使用的是 BIO 模型而非 NIO/Native IO 方式工作所致。此时建议编辑 application.properties 文件以激活异步 I/O 功能，并相应地提高线程池上限值: ```properties server.tomcat.max-threads=800 server.tomcat.min-spare-threads=50 server.tomcat.accept-count=100 server.tomcat.connection-8 ``` 同时也可以探索是否有必要引入连接池组件（如 HikariCP），以便更好地管理数据库资源访问过程中的瞬态峰值需求[^4]。