1. 调整JVM内存参数（核心解决步骤）
在Debian环境下，Tomcat的内存溢出多因JVM内存分配不足所致，需通过修改启动脚本调整内存参数。进入Tomcat的bin目录，编辑catalina.sh文件（若使用setenv.sh则更规范），添加或修改JAVA_OPTS变量：
-Xms）和最大堆（-Xmx）大小（如-Xms2g -Xmx4g，根据服务器内存调整，建议不超过物理内存的70%）；-XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=512m（避免元空间溢出）；-XX:NewSize=512m -XX:MaxNewSize=512m，提升对象回收效率）。2. 优化垃圾回收策略（提升内存管理效率）
选择合适的垃圾回收器并开启GC日志，帮助分析内存回收情况。对于Java 8及以上版本，推荐使用G1垃圾回收器（-XX:+UseG1GC），其并行处理能力更强，适合大内存场景；若需详细GC日志，添加-XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:/var/log/tomcat/gc.log（日志路径可自定义），通过日志可判断Full GC频率、内存回收率等指标，进一步调整GC参数（如-XX:MaxGCPauseMillis设置最大停顿时间）。
3. 排查与修复内存泄漏（根本解决之道）
内存泄漏是导致内存溢出的常见根源，需通过工具定位泄漏点：
byte[]、String等大对象占比），通过MAT的“支配树”功能找出占用内存最多的对象；finally块中调用threadLocal.remove()，避免线程复用时对象堆积；4. 调整Tomcat线程池配置（应对高并发场景）
线程池过小会导致请求排队，增加内存消耗；过大则会消耗更多系统资源。编辑conf/server.xml中的Connector配置（如8080端口），调整以下参数：
maxThreads：最大线程数（默认200，可根据并发量调整为300-500，需结合服务器CPU核心数，如4核CPU建议不超过800）；minSpareThreads：最小空闲线程数（默认25，保持一定空闲线程以应对突发请求）；acceptCount：等待队列长度（默认100，队列过长会导致请求拒绝，建议调整为200-300）。top或htop命令监控线程使用情况（Tomcat进程的threads数）。5. 优化系统内核参数（支撑高内存与高并发）
Debian系统的默认内核参数可能限制Tomcat的性能，需调整以下参数：
/etc/security/limits.conf，添加tomcat hard nofile 65535和tomcat soft nofile 65535（tomcat为运行Tomcat的用户）；临时生效可执行ulimit -n 65535；sysctl -w net.core.somaxconn=65535（连接队列长度）、sysctl -w net.ipv4.tcp_tw_reuse=1（端口复用），提升高并发下的连接处理能力。6. 升级Tomcat版本（修复已知问题）
旧版Tomcat可能存在内存管理bug（如早期版本的元空间泄漏），建议升级到最新稳定版（如Tomcat 10.x或9.x），新版本通常会修复已知的内存溢出问题，并优化内存使用效率。升级前备份应用和配置文件，按照官方文档逐步操作。
7. 监控与持续优化（预防内存溢出）
建立长效监控机制，及时发现内存使用异常：
jconsole、jstat（命令如jstat -gcutil <pid> 1000，每秒输出GC情况）或第三方工具（如Prometheus+Grafana）监控JVM内存、GC频率、线程数等指标；catalina.out和应用日志，查找“OutOfMemoryError”相关记录，分析触发内存溢出的场景（如高峰时段、特定请求）；