网站前一天还跑得好好的，第二天突然打不开，或者访问高峰期频繁掉线，查看服务器日志发现大量OutOfMemoryError，这就是典型的内存溢出问题。内存溢出在Java应用、PHP程序、数据库服务中都很常见，处理不当会让网站反复宕机。本文将从现象判断、原因分析、排查方法到解决方案，完整讲一遍应对流程。
一、先搞清楚内存溢出的常见类型
内存溢出不只是一种错误，不同类型的溢出对应完全不同的原因。Java应用中最常见的报错是java.lang.OutOfMemoryError: Java heap space，这表示堆内存不够用，可能是给JVM分配的内存太小，也可能是代码里存在内存泄漏，比如对象一直被引用无法回收。
p第二类是元空间溢出，报错通常是OutOfMemoryError: Metaspace，多发生在动态生成大量类的场景，比如频繁使用反射、CGLib代理，或者热部署次数太多。第三类是堆外内存溢出，报错为Direct buffer memory，常见于NIO操作频繁的应用。除了Java，PHP进程内存超限会出现Allowed memory size exhausted，MySQL则可能因为sort_buffer、临时表设置过大导致OOM被系统杀掉进程。二、排查步骤：从现象到根因
第一步先看系统整体内存情况，登录服务器执行free -h，观察内存和swap的使用量。如果可用内存几乎为零，说明问题不只是单个进程，可能是服务器整体内存不足，需要确认是否有异常进程占用内存。再用top命令按内存排序，找出占用最高的进程。
第二步看应用日志。Java应用可以检查是否在启动参数里配置了-XX:+HeapDumpOnOutOfMemoryError，如果有，溢出发生时会自动生成dump文件，这是定位问题的关键证据。没有配置的话，可以用jmap -dump:format=b,file=heap.hprof 进程号手动导出堆快照，再用MAT（Eclipse Memory Analyzer）或VisualVM分析哪些对象占了大量空间、被谁引用。
第三步检查监控数据。如果服务器装了Zabbix、Prometheus或者云厂商自带的监控，回看内存曲线是缓慢上涨还是突然飙升。缓慢上涨基本可以断定是内存泄漏，突然飙升则可能是某个大查询、大文件处理或者突发流量触发。
三、针对性的解决方案
如果是堆内存配置太小，比如服务器本身有16G内存但JVM只给了512M，直接调大即可：-Xmx4g -Xms4g。注意Xms和Xmx设置成一样可以避免运行时扩容带来的抖动。但调大之前一定要先确认不是内存泄漏，否则只是延缓了宕机时间。
p如果是代码层面的内存泄漏，比如静态集合只增不减、线程池里的ThreadLocal没有清理、大对象加载后未释放，那就必须改代码。通过MAT分析dump文件，找到占用最大的对象和引用链，顺藤摸瓜定位到具体类，这类问题改配置是没用的。如果是元空间溢出，在启动参数中加大-XX:MaxMetaspaceSize=512m。PHP的话修改php.ini里的memory_limit，比如改成memory_limit = 512M，改完记得重启php-fpm。对于MySQL被系统OOM Killer杀掉的情况，除了适当增加服务器内存，还要检查是否有慢查询产生巨大临时表，优化SQL或调整tmp_table_size参数。
四、预防比修复更重要
内存溢出最好的处理方式是让它不发生。首先要做好监控告警，设置内存使用率达到80%就报警的规则，给自己留出处理时间。其次在JVM启动参数里务必加上-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/data/dump/，这样一旦出问题就有现场可以分析。
p上线前的压力测试也很关键，用JMeter等工具模拟真实流量，观察内存表现，能提前暴露泄漏问题。日常开发中注意避免在循环中创建大量临时对象、及时关闭数据库连接和流、谨慎使用缓存并设置过期策略。对于长期运行的服务，建议配置定时重启作为兜底手段，比如凌晨低峰期自动重启应用，虽然治标不治本，但能显著减少生产事故。总结一下，遇到网站因内存溢出无法访问，冷静按流程走：看系统内存、看日志类型、拿dump文件分析、对症下药。配置问题改参数，代码问题改代码，资源不足就扩容。把监控和告警建起来，后续才能睡个安稳觉。