IntelliJ IDEA中Java编译器为何不报错文件名大小写不匹配问题？

这问题我之前折腾Linux下Java编译的时候也碰到过，一开始还以为是自己记错了Java的大小写规则，后来才搞懂是IntelliJ在背后悄悄做了这些优化：

• IntelliJ维护了项目文件的全局索引：不管你在IDE的终端里输入的文件名大小写怎么错，它早就把项目里所有文件的正确路径（包括精确大小写）存在索引里了。当你输入javac Helloworld.java时，IDE不会傻乎乎地直接用这个错误的文件名去系统里找，而是通过索引匹配到实际存在的HelloWorld.java文件，然后编译它。

• IDE的编译流程是封装过的，不是原生单文件编译：你手动用javac是直接调用系统的编译器去处理单个文件，严格遵循文件系统的大小写规则；但IntelliJ的编译是基于整个项目上下文的，它会把所有要编译的文件路径、依赖关系都提前整理好，即便是你在终端里输错了文件名大小写，IDE的编译环境也会自动映射到正确的文件，不会因为输入的字符串大小写不对就卡壳。

• 文件访问的抽象层做了兼容：在Linux这种大小写敏感的文件系统上，原生终端是直接把你输入的文件名字符串传给系统调用，错一点就找不到；但IntelliJ是通过自己的文件抽象层来访问文件的，内部会做文件名的大小写匹配，能精准定位到项目里实际存在的文件，不会被输入的错误大小写误导。

举个实际的例子，你的代码是：

public class HelloWorld {
    public static void main(String[] args) {
        System.out.println("Hello, world!");
    }
}

在原生Linux终端里输入javac helloworld.java，系统会直接返回“文件不存在”；但在IntelliJ的终端里输入同样的命令，IDE会通过上面的逻辑找到正确的HelloWorld.java并完成编译。

总结一下就是，IntelliJ为了让开发者少踩文件名大小写的坑，在编译流程和文件处理上做了不少兜底优化，和原生javac的严格单文件编译逻辑完全不一样～

内容来源于stack exchange