以下代码以NullPointerExceptionin main 失败(map==null)。仅当我定义2001或更多Enum常量,2000正常工作时,才会出现此问题。
NullPointerException
(map==null)
为什么不执行静态代码块?
我们是否达到了编译器(无警告,无错误)或JVM的任何静默限制?
编译的类文件超过172KB,
import java.util.HashMap; public enum EnumTest { E(1),E(2),...,E(2001); private static HashMap<Integer, EnumTest> map = new HashMap<Integer, EnumTest>(); static { for ( EnumTest f : EnumTest.values() ) { map.put( (int) f.id, f ); } } short id; private EnumTest(int id) { this.id = (short) id; }; public short getId() { return id; } public static final EnumTest fromInt(int id) { EnumTest e = map.get( id ); if ( e != null ) { return e; } throw new IllegalArgumentException( "" + id ); } public static void main(String[] args) { System.out.println( "size:" + map.size() ); } }
运行环境: java version "1.7.0_01" Java(TM) SE Runtime Environment (build 1.7.0_01-b08) Java HotSpot(TM) 64-Bit Server VM (build 21.1-b02, mixed mode)
运行环境:
java version "1.7.0_01" Java(TM) SE Runtime Environment (build 1.7.0_01-b08) Java HotSpot(TM) 64-Bit Server VM (build 21.1-b02, mixed mode)
也会发生以下情况:
java version "1.6.0_32" Java(TM) SE Runtime Environment (build 1.6.0_32-b05) Java HotSpot(TM) Client VM (build 20.7-b02, mixed mode, sharing)
java version "1.6.0_32" Java(TM) SE Runtime Environment (build 1.6.0_32-b05) Java HotSpot(TM) Client VM (build 20.7-b02, mixed mode,
sharing)
这些类型的问题来自某些初始化程序代码(通常由编译器生成)超过65536字节字节代码的事实。单个方法所包含的字节码不能超过字节数(由于类文件格式的限制)。
像这样的问题的一个常见来源是像这样的大数组:
byte someBytes = { 1, 2, 3, ..., someBigValue };
这里的问题是,此类字段实际上是在生成的初始化程序(构造函数或静态初始化程序)中使用 someBigValue 赋值语句初始化的。
枚举值实际上是以类似的方式初始化的。
给定以下枚举类:
public enum Foo { CONSTANT(1); private Foo(int i) { } }
我们查看的输出,javap -v并看到以下代码块:
javap -v
static {}; flags: ACC_STATIC Code: stack=5, locals=0, args_size=0 0: new #4 // class Foo 3: dup 4: ldc #7 // String CONSTANT 6: iconst_0 7: iconst_1 8: invokespecial #8 // Method "<init>":(Ljava/lang/String;II)V 11: putstatic #9 // Field CONSTANT:LFoo; 14: iconst_1 15: anewarray #4 // class Foo 18: dup 19: iconst_0 20: getstatic #9 // Field CONSTANT:LFoo; 23: aastore 24: putstatic #1 // Field $VALUES:[LFoo; 27: return
如您所见,有很多字节码操作可以CONSTANT使用正确的值进行实例化。如果您有 许多 这样的枚举值,则该静态初始化程序块的大小可能会轻易超过64k字节的代码,从而使该类不可编译。
CONSTANT
一种可能的解决方法是通过减少参数的数量(例如,根据枚举值的索引而不是使用参数来计算传入的数量)来减小初始化代码的大小。那可能只是给您足够的摆动空间,以进一步扩展此范围。
另外,您可以尝试通过实现公共接口将枚举拆分为多个枚举。枚举可以按区域/意图/类别/ …进行分组:
public interface MessageType { int getId(); } public enum ConnectionMessage implements MessageType { INIT_CONNECTION(1), LOGIN(2), LOGOUT(3), CLOSE_CONNECTION(4); // getId code, constructor, ... } public enum FrobnicationMessage implements MessageType { FROBNICATE_FOO(5), FROBNICATE_BAR(6), DEFROB_FOO(7), DEFROB_BAR(8), ... // getId code, constructor, ... }
我假设枚举值实际上是在代码中的某个地方引用的,而不仅仅是纯值持有者,如果它们只保存值,而单个值在您的代码中并未得到不同对待,则将其替换为每个数据项实例化一次的单个类存储在中央资源中可能是最好的方法。