我正在编写一个程序，根据JVM，堆大小和用户设置，该程序很可能经常引发OOM错误。
我不想给它一些任意的限制，但是由于当将发生此错误时，在产生一些有意义的输出之前，该程序可能需要花费很多时间才能运行，因此我希望它至少尽快退出如果OOM将会发生。我的第一种方法是尽早初始化最消耗内存的对象，这可能不是一个好习惯。
由于以后可能需要更多的内存，具体取决于用户的输入，因此我也想确保可用内存的合理安全余量，经过一番可怕的构想，我发现使用Runtime中的方法为用户提供了剩余数据内存，从这些数据可以预期得到什么，如果需要的话发出警告将是一个更优雅的解决方案。
早期初始化的对象之一是用于写入音频文件的数组，直到程序结束时才使用它，我考虑过将其大小添加到空闲内存计算中，并仅在需要时才对其进行初始化。
据我所知，以前计算可用内存的主要缺陷如下:
早期初始化的主要问题如下:
在大多数情况下，解决此类问题的最佳方法是什么？是否应该考虑更好的解决方案或其他因素，或者我提到的某些解决方案比我认为的重要或少？
PS我可能可以而且应该改善内存管理，这将缓解或几乎解决大多数情况下的问题，并且应该优先考虑内存管理，但是我认为这仍然是一个有效的问题。我知道Runtime.freeMemory()乍一看似乎无法使用。
编辑
我将尽力澄清早期OOM的含义。
内存A的块(从一开始就使用，可以通过选项合理地预测)
内存B的块(可变，取决于用户输入)
内存C的块(在末尾使用，可以通过选项合理地预测)
正常方式:A，B，长时间计算，C(可能在此处发生OOM)
早期初始化:A，C，B(OOM可能会在此处发生)，冗长的计算
我想念的一个重要点(可能在大多数现实世界中的程序中都超过了其他的)是，在使用C之前，可能会释放A和B的一些内存，即使不需要，早期初始化也会导致程序失败。 。
参考方案
如果要在抛出OutOfMemoryError时快速退出程序，请使用-XX:+ExitOnOutOfMemoryError或-XX:+CrashOnOutOfMemoryError选项。这将确保在程序中引发OOME时，JVM将退出。请参阅this article以了解这些选项之间的区别。
请注意，在某些情况下会抛出OutOfMemoryError:没有足够的内存来分配对象，已达到GC开销限制，已达到文件描述符限制等。
我当时遇到一个奇怪的问题。我有多个JVM在运行，我需要获取它们的内存使用情况详细信息。当我通过Runtime.getFreeMemory()获取详细信息并将其与jconsole输出进行比较时，会有很大的不同。可能是什么问题？使用Runtime.getFreeMemory()时我得到的信息不正确或ManagementFactory.getMemoryMXBea…
Java:正则表达式模式匹配器是否有大小限制？ - java我的模式类似于OR:“word1 | word2 | word3”我大约有800个字。可能有问题吗？ 参考方案 您仅受记忆和理智的限制。 :)
Java:线程池如何将线程映射到可运行对象 - java试图绕过Java并发问题，并且很难理解线程池，线程以及它们正在执行的可运行“任务”之间的关系。如果我创建一个有10个线程的线程池，那么我是否必须将相同的任务传递给池中的每个线程，或者池化的线程实际上只是与任务无关的“工人无人机”可用于执行任何任务？无论哪种方式，Executor / ExecutorService如何将正确的任务分配给正确的线程？ 参考方案 …
JAVA:字节码和二进制有什么区别？ - javajava字节代码（已编译的语言，也称为目标代码）与机器代码（当前计算机的本机代码）之间有什么区别？我读过一些书，他们将字节码称为二进制指令，但我不知道为什么。 参考方案 字节码是独立于平台的，在Windows中运行的编译器编译的字节码仍将在linux / unix / mac中运行。机器代码是特定于平台的，如果在Windows x86中编译，则它将仅在Win…
java:继承 - java有哪些替代继承的方法？ java大神给出的解决方案 有效的Java：偏重于继承而不是继承。 （这实际上也来自“四人帮”）。他提出的理由是，如果扩展类未明确设计为继承，则继承会引起很多不正常的副作用。例如，对super.someMethod()的任何调用都可以引导您通过未知代码的意外路径。取而代之的是，持有对本来应该扩展的类的引用，然后委托给它。这是与Eric…