Java内联创建数组的限制是什么？

我之前在给一个旧项目做快速修复时碰到过相关问题：当时需要把部分输入字符串转换成特定格式后再处理，这些字符串都很短（10-30字符），转换规则也简单，而且这是个一次性项目，没必要搞复杂实现，所以我直接用Map<String,String>来做映射。

需要映射的字符串有1300个，为了图快，我不想读文件或者搞复杂逻辑，就直接把所有键值对内联写到代码里了，大概是这样：

private static final Map<String, String> translation = Map.ofEntries(
    Map.Entry("a","b"),
    Map.Entry("c","b"),
    Map.Entry("d","b"),
    Map.Entry("e","f"),
    Map.Entry("g","gg"),
    // ... 后面还有一千多个类似的条目
);

结果这么写之后直接编译报错了，这其实就涉及到Java内联创建这类集合（本质是方法调用传参）的核心限制：

• 方法参数数量限制：Java虚拟机对单个方法调用的参数槽总数有硬性上限65535，但实际开发中更常触发的是编译器层面的限制——当你给Map.ofEntries()这类方法传入大量Map.Entry参数时，参数个数过多会直接导致编译器抛出"too many parameters"的错误。
• 方法体字节码长度限制：Java规定单个方法的字节码长度不能超过65535字节，把上千个条目都堆在一个方法调用里，生成的字节码很容易突破这个限制，最终编译失败。

说白了，这种内联写法只适合小体量的集合，一旦条目数量上去，就必须换方案——比如把键值对放到配置文件里读取，或者拆分多个小集合再合并，虽然麻烦点，但能绕过这些底层限制。

备注：内容来源于stack exchange，提问作者Rafael Lima