为何javac生成大量.class文件？与IntelliJ编译差异解析

这完全是正常现象，本质是IntelliJ和javac的编译逻辑、默认配置存在很大差异，咱们一步步拆解问题：

1. IntelliJ 与 javac 编译行为的核心差异 #

这是你看到不同输出的根源，两者的默认编译策略完全不同：

• IntelliJ 的编译逻辑：它只会聚焦于你自己编写的项目源码文件，对于依赖的第三方库（比如SimpleJSON、Selenium），IDE默认会直接使用它们已经编译好的.class文件（也就是你导入的jar包内容），不会去重新编译这些库的源码。而且IDE会把编译产物统一放到专门的输出目录（比如out/production/你的项目名），不会乱放在src目录里，所以你只会看到自己的.class文件。
• javac 命令行的默认逻辑：当你直接执行javac SeleniumWikipedia.java时，javac会自动扫描这个文件里的所有依赖类。如果这些依赖类的.java源码文件恰好和你的代码在同一个目录（或者javac能通过classpath找到它们的源码），javac就会隐式编译所有这些依赖的源码文件——这就是为什么会生成300多个.class文件，这些都是第三方库的源码编译出来的产物。同时javac默认会把.class文件和.java文件放在同一目录，所以它们都出现在了src里。

2. 编译警告的含义 #

你收到的几条警告也和上述差异直接相关：

• 第一条警告：warning: Implicitly compiled files were not subject to annotation processing...
  这是因为javac隐式编译第三方库源码时，没有对这些文件执行注解处理（注解处理通常是针对项目自身代码的），所以提示你可以用-proc:none关闭注解处理，或者用-implicit指定隐式编译的策略。
• 关于deprecated API和unchecked操作的提示：
  这些不是你的代码问题，而是来自你依赖的第三方库（比如Selenium里有些旧版API已经被标记为废弃，或者存在泛型未检查的操作）。如果想知道具体是哪些代码，可以按照提示重新编译：javac -Xlint:deprecation -Xlint:unchecked SeleniumWikipedia.java。

3. 这是否正常？ #

完全正常！你之前的假设（javac和IDE编译输出一致）是错误的，两者的定位和设计目标不同：IDE是为了高效开发，默认做了很多优化（比如增量编译、复用已有依赖的编译产物）；而javac是基础编译工具，默认会严格按照依赖链编译所有能找到的源码文件。

4. 如何让javac只生成自己的.class文件？ #

如果你想让javac的行为和IDE一致，只编译自己的代码，需要做两点：

• 确保你依赖的第三方库是已经编译好的jar包，不是源码文件；
• 用-cp（classpath）参数指定依赖的jar包路径，告诉javac直接使用jar里的.class文件，不要去编译源码。比如：

  # Windows系统用分号分隔jar包，Linux/macOS用冒号
  javac -cp "selenium-java.jar;simplejson.jar" SeleniumWikipedia.java
  

• 还可以用-d参数指定编译输出目录，避免.class文件污染src目录：

  javac -cp "selenium-java.jar;simplejson.jar" -d ./classes SeleniumWikipedia.java
  

  这样生成的.class文件都会放到./classes目录里，和src彻底分开。

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