以我的经验，64KB的限制只是生成代码的问题。尤其是 初始化大型数组时（通过代码完成）
在结构良好的代码中，每种方法的长度都是可管理的，并且比此限制小得多。可以从非Java文件（如文本文件或二进制文件）中读取要加载到数组中的大量数据。
编辑：
JIT不会编译大于8 K的方法是毫无价值的。这意味着代码运行速度较慢并且会影响GC时间（因为使用未编译的esp方法搜索线程的调用堆栈效率较低大的）
如果可能，您希望将方法限制为8 K，而不是64K。
以我的经验，64KB的限制只是生成代码的问题。尤其是 初始化大型数组时（通过代码完成）
在结构良好的代码中，每种方法的长度都是可管理的，并且比此限制小得多。可以从非Java文件（如文本文件或二进制文件）中读取要加载到数组中的大量数据。
编辑：
JIT不会编译大于8 K的方法是毫无价值的。这意味着代码运行速度较慢并且会影响GC时间（因为使用未编译的esp方法搜索线程的调用堆栈效率较低大的）
如果可能，您希望将方法限制为8 K，而不是64K。
名师互学网 版权所有 (c)2021-2022 ICP备案号：晋ICP备2021003244-6号
