IDE方法参数名显示机制探究——以Eclipse导入开源库场景为例

这个问题我之前折腾过好一阵，其实核心在于Java字节码的参数名存储规则，以及Eclipse加载调试信息的优先级逻辑，咱们一步步拆解：

核心原因：Java字节码默认不存参数名 #

普通用javac编译Java代码时，默认不会把源码里的参数名写入字节码——字节码只记录方法的参数类型、返回值，不包含参数的“名字”信息。这时候，IDE（比如Eclipse）只能给这些参数生成默认的占位符名字，像你看到的srg0、arg1就是这类占位符（不同工具链或混淆工具的命名会有差异）。

什么时候能看到源码里的真实参数名？ #

你遇到的“部分场景显示源码参数名”，是因为满足了以下其中一个条件：

• Jar包编译时加了-parameters参数：从Java 8开始，javac支持-parameters编译选项，开启后会把参数名写入字节码的MethodParameters属性中。Eclipse读取到这个属性，就会直接显示源码里的真实参数名（比如你说的P、N、r这类）。
• IDE关联了源码包或调试信息包：如果你的Eclipse中，这个开源库关联了对应的.java源码文件，或者附带了带调试符号的.class文件，IDE会优先从这些文件里读取参数名，自然就和GitHub上的源码一致了。

为什么会出现两种情况并存？ #

你看到有的方法显示占位符、有的显示真实参数名，大概率是这个开源库的编译策略不一致：

• 部分类编译时加了-parameters，或者你恰好给这些类关联了源码；
• 另一部分类要么没加编译参数，要么没有关联源码，甚至可能被混淆工具（比如ProGuard）处理过——混淆工具会把参数名替换成srg0这类无意义的名字，进一步覆盖了原本的信息。

Eclipse的参数名加载优先级 #

最后补个Eclipse的具体逻辑，它会按这个顺序获取参数名：

1. 优先读取字节码中的MethodParameters属性（如果有）；
2. 其次检查是否关联了对应类的源码文件，直接从源码里取参数名；
3. 如果以上都没有，就生成默认的占位符名称。

内容的提问来源于stack exchange，提问作者Chamila Wijayarathna