自定义String类与java.lang.String优先级问题咨询

这个问题的核心是编译阶段的符号解析规则和类加载委托模型的分工差异，很多开发者会把这两个阶段的逻辑搞混，咱们一步步拆解：

1. 编译时的符号查找优先级 #

Java编译器在处理简单类名（比如String）时，遵循这样的查找顺序：

• 首先查找当前类的内部类、成员变量等作用域内的标识符
• 然后查找当前包下的同名类
• 最后才会查找默认导入的包（包括java.lang包，它是Java默认自动导入的）

也就是说，你在当前包下自定义了String类，编译器在解析String[] args时，会优先匹配你自己写的String，而不是java.lang.String。而JVM要求主方法的参数必须是java.lang.String[]，所以编译器会判定你的主方法不符合规范，抛出“主方法未找到”的错误。

2. 类加载委托模型的作用场景 #

你提到的类加载委托模型（启动类加载器优先加载java.lang.String）是JVM加载类阶段的规则，和编译阶段的符号解析是两回事：

• 当编译器已经把String解析成你自定义的类后，类加载器才会去加载这个自定义的String类，这时候委托模型确实会先尝试让启动类加载器加载，但启动类加载器只会加载java.lang包下的类，所以最终会由应用类加载器加载你自定义的String。
• 但问题的根源是编译阶段已经把符号指向了自定义类，类加载阶段只是执行编译后的结果而已。

3. 显式指定全限定名的作用 #

当你把参数改成java.lang.String[] args时，相当于直接告诉编译器：我要的是java.lang包下的String类，跳过当前包的查找逻辑，这样编译器就能正确解析出符合JVM要求的主方法参数，自然就能正常运行了。

相关Java规范参考 #

Java语言规范中明确规定：简单名称的解析会优先考虑当前作用域和当前包中的类型，默认导入的类型（如java.lang下的类）并不具备更高的优先级。只有当当前作用域和包中不存在同名类型时，才会使用默认导入的类型。

内容的提问来源于stack exchange，提问作者Kiran Kumar