问题描述
OOME 属于通常您不应该从中恢复的错误类别.但是如果它被埋在一个线程中,或者有人抓住了它,应用程序就有可能进入一个它没有退出但没有用的状态.即使面对使用可能愚蠢地尝试捕获 Throwable 或 Error/OOME 的库,如何防止这种情况的任何建议?(即您无权直接修改源代码)
An OOME is of the class of errors which generally you shouldn't recover from. But if it is buried in a thread, or someone catches it, it is possible for an application to get in a state from which it isn't exiting, but isn't useful. Any suggestions in how to prevent this even in the face of using libraries which may foolishly try to catch Throwable or Error/OOME? (ie you don't have direct access to modify the source code)
推荐答案
用户 @dennie 发表了应该真的评论成为自己的答案.较新的 JVM 功能使这变得容易,特别是
User @dennie posted a comment which should really be its own answer. Newer JVM features make this easy, specifically
-XX:+ExitOnOutOfMemoryError
在 OOME 上退出,或崩溃:
to exit on OOME, or to crash:
-XX:+CrashOnOutOfMemoryError
自 Java 8u92 https://www.oracle.com/java/technologies/javase/8u92-relnotes.html
Since Java 8u92 https://www.oracle.com/java/technologies/javase/8u92-relnotes.html
这篇关于即使坏人试图抓住它,我如何在任何 OutOfMemoryException 上使 JVM 退出的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持跟版网!


大气响应式网络建站服务公司织梦模板
高端大气html5设计公司网站源码
织梦dede网页模板下载素材销售下载站平台(带会员中心带筛选)
财税代理公司注册代理记账网站织梦模板(带手机端)
成人高考自考在职研究生教育机构网站源码(带手机端)
高端HTML5响应式企业集团通用类网站织梦模板(自适应手机端)