Serverless应用引擎（4G内存），部署的应用中JVM是正常的范围（最多1.9G），但是SAE内存占用就是很高，接近占满，为什么？
Serverless应用引擎，部署的应用中JVM是正常的范围，但是SAE内存接近占满，为什么？[阿里云Serverless]
「点点赞赏，手留余香」
还没有人赞赏，快来当第一个赞赏的人吧！
=====这是一个广告位，招租中，联系qq 78315851====
同尘云，您身边的云智能顾问
Serverless应用引擎（4G内存），部署的应用中JVM是正常的范围（最多1.9G），但是SAE内存占用就是很高，接近占满，为什么？
即使JVM中内存使用正常,但由于内存泄漏,整个SAE实例的内存用完。
主要的原因可能是:
代码存在强引用导致的内存泄漏
如没有停止的线程、没有释放的资源对象等问题。
这部分内存无法被JVM回收,只能等待应用进程重启才释放。
2.存在大量闲置线程
由于线程持有堆内存,即使线程不做任何工作也无法释放这部分内存。
3.Java对象无法被垃圾回收
一些对象变成GC Roots无法回收,持续占用内存。
4.常见框架存在BUG导致的泄露
如日志组件、数据库连接池的缓存机制有问题等。
5.代码中存在循环引用
静态内部类、静态变量等存在循环引用无法回收对象。
6.JVM配置参数不当
比如设置的初始堆内存和最大堆内存太小,无法进行Full GC释放足够的内存。
综上,Serverless应用引擎中的应用存在内存泄漏,但JVM内存使用正常。
建议通过以下途径查找问题并修复:
使用内存分析工具分析内存快照
2.查看应用Full GC日志的效果
3.对比重启前后的JVM参数
查看完Shapeley线程 dump
在Serverless应用引擎（SAE）中，每个实例的内存资源是有限的，根据您提供的信息，SAE内存占用高达接近满额可能有以下几个原因：
内存泄漏：应用程序中可能存在内存泄漏问题，导致内存无法正常释放。这可能是由于未关闭的数据库连接、未释放的对象引用或其他资源管理问题引起的。建议对应用程序进行内存分析和调优，排查并解决任何潜在的内存泄漏问题。
JVM堆内存设置：JVM的默认堆内存设置可能需要调整以适应SAE的资源限制。您可以通过设置JVM参数
-Xmx和-Xms来调整最大堆内存和初始堆内存大小。确保将堆内存大小适当地配置到不超过SAE实例的最大内存限制。应用程序资源使用情况：除了JVM的堆内存之外，应用程序还可能使用其他内存资源，如线程池、缓存等。确保这些资源的使用合理，并避免过度使用。
并发请求或负载压力：如果应用程序面临高并发请求或持续的负载压力，可能会导致内存资源被频繁分配并且无法及时释放。考虑优化应用程序的并发处理能力和资源使用效率，以减轻内存压力。
查了下，在2023-07-03 09:58:40发生oomkiller时java进程总共已经占了3.2G的样子，并且另外个实例top出来的内存使用也达到了3.2g，快发生oomkiller了。你可以看看事件中心的oom记录，结合基础监控分析下应用是否存在内存泄漏。7月3日 12:37增辉此回答整理自钉群“【3群】Serverless应用引擎（SAE）用户群”