JVM 将分配多少内存 1) 静态字符串 2) 静态整数
我正在探索这个问题，因为我遇到了 Heap Memory Out of Memory 异常， 我的应用程序中有 8 个常量文件，每个文件都有近 300 个静态常量。
将所有常量声明为静态或我可以遵循的任何其他做法是一种好习惯吗？
【问题讨论】：
标签： java performance memory-leaks heap-memory
JVM 会分配多少内存 1) 静态字符串 2) 静态整数
（为简化起见，我假设我们谈论的是 32 位 JVM。还要注意这些数字是近似的，并且是 JVM 特定的。）
简单的第一个 - 每个静态 Integer 变量占用 4 字节内存用于引用加上 4 字节 + 1 对象头（通常是 8 字节 IIRC）。总计 - 16 个字节。
（如果您说的是静态 int 变量，则每个 int 总共有 4 个字节。）
静态的String 变量有点复杂......而且更昂贵：
String 对象具有 4 x 4 字节字段 + 1 x 2 字对象标头：即 24 字节。(string.length() + 3) / 4 字节 - 即 12 + 4 字节的某个倍数。将所有这些加起来，你会得到（比如说）每个字符串 80+ 字节，具体取决于字符串长度。但几乎所有这些字节都是（内部）字符串本身的表示。由于使用了static，只有 4 个字节。
我正在探索这个问题，因为我遇到了堆内存不足的异常，我的应用程序中有 8 个常量文件，每个文件都有近 300 个静态常量。
这无关紧要。 OOME 几乎可以肯定是由于其他原因。
将所有常量声明为静态或我可以遵循的任何其他做法是一种好习惯吗？
在一定程度上将实常数声明为静态是一种很好的做法。
但是，源代码中的大量常量变得笨拙，并且由于字节码文件格式的限制，您最终会遇到编译错误。到那时（可能在此之前），您应该将常量从源代码中移出并移到数据库或配置文件中。
您很可能会在内存使用成为重大问题之前就遇到字节码格式强加的限制。
【讨论】：
2400 字符串常量不会耗尽内存。每个慷慨的 10K，那将只有 24MB。在更常见的每个 100 字节的速率下，它只有 240K。
我会在别处寻找内存猪。
【讨论】：
字符串对象占用多少空间当然取决于字符串的长度。
除了字符串本身的字符之外，一个字符串包含一些控制字段，但我将它们计为 28 个字节加上另一个嵌入对象（ObjectStreamField），我不确定它有多大，但无论如何它可能是几个十几个字节。每个字符占用 2 个字节。我认为，您需要 8 个字节的句柄。如果您是字符串，那么每个字符串可能有 20 个字符左右？也许每个字符串有多达 100 个字节。所以就像 Thilo 说的，2400 个字符串可能听起来很多，但它会占用数百 kB。除非您谈论的是嵌入在手表中的 Java 或某种高度受限的环境，否则很难想象这会成为影响您记忆的重要因素。
【讨论】：
我假设它们都是静态的和最终的，因为您将它们称为常量。
如果原始类型或字符串被定义为常量并且值在编译时已知，则编译器会用其值替换代码中各处的常量名称。这称为compile-time constant。对于原始类型，不需要使用堆内存。字符串是interned，堆里只需要存一份。
无论如何，我不相信 8 x 300 字符串会导致内存不足。您的问题一定出在其他地方。
【讨论】：
你的常量字符串有多大？
字符串使用的内存大约为 8 * 300 * 2 * 平均长度 = ~5k * 平均长度。使用所有内存似乎还不够。
将常量声明为 static 和 final 确实是一个好习惯。例如
public static final String A_STRING = "this String is constant";
注意，'final' 修饰符使引用变为常量，而不是对象本身。
【讨论】：
final。