通过设置-XX:+DisableExplicitGC
标志来修复世界各地的GC事件的人并不孤单。不幸的是(尽管有文档中的免责声明),许多开发人员认为他们在何时收集内存并确切介绍此类问题时比JVM更了解。
我知道许多情况下-XX:+DisableExplicitGC
生产环境得到了改善,零例情况下有任何负面影响。
安全的做法是在负载下运行当前的生产代码,并在压力测试环境中设置该标志并执行正常的质量检查周期。
如果您不能这样做,我建议在大多数情况下,设置标志的风险要比不设置标志的成本低。
在生产环境中设置-XX:+ DisableExplicitGC:可能会出什么问题?
通过设置-XX:+DisableExplicitGC
标志来修复世界各地的GC事件的人并不孤单。不幸的是(尽管有文档中的免责声明),许多开发人员认为他们在何时收集内存并确切介绍此类问题时比JVM更了解。
我知道许多情况下-XX:+DisableExplicitGC
生产环境得到了改善,零例情况下有任何负面影响。
安全的做法是在负载下运行当前的生产代码,并在压力测试环境中设置该标志并执行正常的质量检查周期。
如果您不能这样做,我建议在大多数情况下,设置标志的风险要比不设置标志的成本低。