常量池在类文件中丢失＃3

Question

我使用“javap -verbose”来解析类文件并找到丢失的常量池＃3，有人可以告诉我原因吗？

Answer 1

长材和双打占用在常量池中的两个时隙，所以在他们以后时隙被跳过。在这种情况下，插槽2保持一个长，所以插槽3被跳过。

Answer 2

注意前面的条目类型Long和its documentation说：

全部8个字节的常量占用的constant_pool表class文件的两个条目。如果CONSTANT_Long_info或CONSTANT_Double_info结构是constant_pool表中索引为n的项目，则池中的下一个可用项目位于索引n + 2。 constant_pool索引n +1必须有效，但被认为不可用。

和整齐此外

现在回想起来，使得8字节常数取两个常量池项是一个糟糕的选择。

所以javap决定跳过不可用的条目，而不是印刷像“#3 unusable” ...