Java编译器错误：查找表超过65535限制

由于基于此定义的超大查找表，我遇到了此编译器错误：

//92 X 182 array
private static final double[][] lookUpTable = new double[][]
{
    { numbers....}
};

据我所知，将其拆分是一种解决方案，但要准确拆分此阵列将非常困难。我也相信我可以把它移到一个文件中，但我不知道我是否能以一种有助于我的方式对它进行格式化，而且我不希望文件每秒都被读取。

---

有没有其他建议可以帮助我解决这个问题？

根据需要阅读一次文件

---

由于您有一个表/矩阵，我建议每行一行。阅读每一行并拆分数字，然后分别进行分析。

根据需要阅读一次文件

---

由于您有一个表/矩阵，我建议每行一行。读取每一行并拆分数字并分别进行分析。

将表转换为文件，将文件作为资源嵌入，在静态初始化块中读取一次，然后将其存储在可查找的数组中。它将无法与通过聚合初始化的数组区分开来，除非没有65535限制。存储在静态变量中有助于避免“每秒读取”

就格式而言，您可以将矩阵的每一行放在资源文件的单独一行中。读取和维护此文件将非常简单，因为您的数字周围不会有其他标记

---

下面是一个。

将表转换为文件，将文件作为资源嵌入，在静态初始化块中读取一次，然后将其存储在可查找的数组中。它将无法与通过聚合初始化的数组区分开来，除非没有65535限制。存储在静态变量中有助于避免“每秒读取”

就格式而言，您可以将矩阵的每一行放在资源文件的单独一行中。读取和维护此文件将非常简单，因为您的数字周围不会有其他标记

---

以下是一个示例。

您可以将行保留在字符串中（从而减少java要处理的对象数量）作为逗号分隔的值，并在程序启动时拆分每一行，从而构建长表。

您可以将行保留在字符串中（从而减少java要处理的对象数量）作为逗号分隔的值，在程序开始时，分割每一行，然后建立长表。

我猜您认为Java查找表超过65535限制是编译器错误。如果我在几周前遇到同样罕见的错误，我就不会从你的问题中理解这一点。我最终的解决方案是在程序开始时从文件中读取一次值。是的，它与65535问题有关。我一直在努力以清晰的方式准确地描述我的问题。我编辑了标题以使它更清晰。希望它现在能引起更多的关注。谢谢。今天剩下的时间我都出去了，所以明天早上我会去登记。我肯定倾向于资源文件。我猜您将

Java查找表超过65535限制称为编译器错误。如果我在几周前遇到同样罕见的错误，我就不会从你的问题中理解这一点。我最终的解决方案是在程序开始时从文件中读取一次值。是的，它与65535问题有关。我一直在努力以清晰的方式准确地描述我的问题。我编辑了标题以使它更清晰。希望它现在能引起更多的关注。谢谢。今天剩下的时间我都出去了，所以明天早上我会去登记。我肯定倾向于资源文件。它只是一个标准的txt文件吗？@Jason是的，我会把数字放在一个普通的txt文件中以便于维护。它只是一个标准的txt文件吗？@Jason是的，我会把数字放在一个普通的txt文件中以便于维护。