Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/java/303.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Java RythmEngine和TemplateClassManager堆中最大的对象:内存泄漏问题_Java_Memory Management_Memory Leaks_Template Engine_Rythm - Fatal编程技术网

Java RythmEngine和TemplateClassManager堆中最大的对象:内存泄漏问题

Java RythmEngine和TemplateClassManager堆中最大的对象:内存泄漏问题,java,memory-management,memory-leaks,template-engine,rythm,Java,Memory Management,Memory Leaks,Template Engine,Rythm,在我的公司,我们正在使用Rythm,因为它的设施和易于在项目中使用。 在我们的项目中,我们发送了几封电子邮件(每天发送1000-2000封电子邮件);电子邮件模板是一个具有动态语法(Java代码)的Rythm模板。性能似乎很好,并通过了集成测试 尽管如此,我们已经试验了几个内存问题,这些问题会在3-4天后导致内存泄漏。在评测中,我们观察到Rythm是堆中最大的对象(我们的评测时间大约为1天),甚至比来自Spring的ClassLoader或BeanFactory还要多 使用heap tools

在我的公司,我们正在使用Rythm,因为它的设施和易于在项目中使用。 在我们的项目中,我们发送了几封电子邮件(每天发送1000-2000封电子邮件);电子邮件模板是一个具有动态语法(Java代码)的Rythm模板。性能似乎很好,并通过了集成测试

尽管如此,我们已经试验了几个内存问题,这些问题会在3-4天后导致内存泄漏。在评测中,我们观察到Rythm是堆中最大的对象(我们的评测时间大约为1天),甚至比来自Spring的ClassLoader或BeanFactory还要多

使用heap tools analyzer,我们观察到,RythmEngineTemplateClassManager是最大的对象

 (Instance) - (retained size bytes)

org.rythmengine.RythmEngine#1 - 10,192,894
org.rythmengine.internal.compiler.TemplateClassManager#1 - 9,223,065
org.springframework.boot.loader.LaunchedURLClassLoader#1 - 6,975,661
java.util.Vector#89 - 6,378,290
java.lang.Object[]#7549 - 6,378,254
org.springframework.beans.factory.support.DefaultListableBeanFactory#1 - 3,741,643

......
我们可以从堆分析器工具中看到,这些对象都是大对象,而且它们似乎随着时间的推移而增加

和一个GC根

关于内存池:PARE EDN似乎很好,CMS老一代似乎没有增加,或者至少是缓慢的(即使在一些主要的GCS,似乎是免费内存)。堆内存似乎很好(测试和分析大约需要一天),但在生产中,在达到最大堆容量后,内存会缓慢增加

我们询问是否有人尝试过此功能(使用rythm并在几天后出现内存泄漏),或者只是给出一些如何在生产环境中使用rythm提高性能的最佳实践。或者任何关于如何处理深度内存泄漏的想法都会受到欢迎

重要注意事项[30-09-2015]:我们已经从Rythm改为FreeMarker作为模板引擎,而且(正如我们的监控系统所反映的那样),内存更稳定,大约占最大内存的20%(-Xmx1024)。我们将在本周内提供更详细的信息。但看起来Rythm可能有一些内存问题,几天后就会导致内存泄漏


重要提示[06-10-2015]:经过几天的密集监控,我们使用FreeMarker作为模板引擎检查内存是否稳定我们已经删除了产品中Rythm的所有依赖项,因为正如我们的研究所反映的那样,有一个潜在的内存泄漏问题没有解决,它在几天后(在我们的案例中是两天)驱动到OOME进行堆。问题已结束。

我们也曾很好地面对并遇到过此类问题,但这是因为一次又一次地编译模板。为了避免这种情况,我们进行了以下设置:, 启用生产模式 启用模板缓存 设置模板编译目录位置-以存储模板文件的编译版本。(不要与模板目录配置混淆)这将提高您的应用程序速度

Map<String, Object> rythmConfigs = new HashMap<>();
        //rythmConfigs.put(ENGINE_MODE, this.appMode ? "prod" : "dev");
        rythmConfigs.put(PRECOMPILE_MODE_ENABLED, this.config.getBoolean(PRECOMPILE_MODE_ENABLED, true));
        rythmConfigs.put(LOAD_PRECOMPILED_ENABLED, this.config.getBoolean(LOAD_PRECOMPILED_ENABLED, true));
        rythmConfigs.put("rythm.default.cache_ttl", Integer.MAX_VALUE);
        rythmConfigs.put("rythm.cache.enable", this.appMode);
        //rythmConfigs.put("cache.prod_only.enabled", this.appMode);
        rythmConfigs.put(PRECOMPILED_DIR, getTempDir(config.getString(XoAppConfigKeys.APPLICATION_CONTEXT)).getAbsolutePath());
        rythmConfigs.put(TEMPLATE_DIR, this.templateFolderUri.getPath());
        rythmEngine = new RythmEngine(rythmConfigs);
Map-rythmConfigs=new-HashMap();
//rythmConfigs.put(引擎模式,this.appMode?“prod”:“dev”);
rythmConfigs.put(预编译模式启用,this.config.getBoolean(预编译模式启用,true));
rythmConfigs.put(LOAD_PRECOMPILED_ENABLED,this.config.getBoolean(LOAD_PRECOMPILED_ENABLED,true));
rythmConfigs.put(“rythm.default.cache\u ttl”,Integer.MAX\u VALUE);
rythmConfigs.put(“rythm.cache.enable”,this.appMode);
//rythmConfigs.put(“cache.prod_only.enabled”,this.appMode);
rythmConfigs.put(预编译的目录,getTempDir(config.getString(XoAppConfigKeys.APPLICATION目录)).getAbsolutePath());
rythmConfigs.put(TEMPLATE_DIR,this.templateFolderUri.getPath());
rythmEngine=新的rythmEngine(rythmConfigs);

为了澄清发生了什么,我们发现了github的这个问题()。据证实,内存泄漏是由org.rythmegine.DefaultShutdownService实现引起的(它注册了一个关机挂钩)。但是,有人对该组件进行了评论。这很奇怪,因为分析只显示这些对象的保留大小很大,而且似乎随着时间的推移而增加(但速度很慢)。有几个疑问,没有太多的文档。我在一个银行项目中运行了数月,没有发现内存问题。您的RythEngine实例是在PROD模式还是DEV模式下运行的?有趣的是,那些aspectj的东西是从哪里来的?Rythm不使用它们吗?顺便说一句,你能把你的内存转储文件上传到某个地方,这样我就可以仔细研究这个问题了吗?免责声明:我是Rythm Engine的作者我想问的另一个问题是JVM中有多少Rythm实例?谢谢您的评论!!我们已经进入了prod模式。AspectJ用于使用Spring处理TX支持。AspectJ不存在任何问题。我们正在其他项目中使用AspectJ,而且它非常棒!我们只有一个RythEngine和TemplateClassManager实例。我将尝试在今天或周一给您一个堆转储文件。谢谢