嘿，我来帮你理清这些关于IntelliJ和Maven的疑问，这其实是很多刚用IntelliJ做Maven项目的开发者都会遇到的点：

1. IntelliJ有没有独立的Maven仓库？ #

首先明确：IntelliJ并没有自己独立的Maven仓库，它默认使用的是你系统里的Maven本地仓库（通常路径是~/.m2/repository）。你觉得单独安装的Maven3没被用上，大概率是因为IntelliJ默认启用了它内置的Maven版本。

你可以去这里确认和修改：

• 打开File > Settings > Build, Execution, Deployment > Build Tools > Maven
• 查看Maven home path，如果显示的是Bundled (Maven x.x.x)，说明用的是IntelliJ自带的Maven；
• 把路径改成你自己安装的Maven3目录，就能切换成你本地的Maven了。

2. 为什么依赖能被识别，但CLASSPATH没包含Maven仓库？ #

IntelliJ处理Maven项目时，不会把整个Maven仓库直接加入CLASSPATH——它会解析你的pom.xml，只把项目实际声明的具体依赖（对应的jar包）单独加入项目的CLASSPATH。这么做是为了避免CLASSPATH过于臃肿，只引入你真正需要的依赖。

你可以通过File > Project Structure > Modules > Dependencies查看，这里列出的就是已经加入CLASSPATH的依赖，这也是你的代码能正常引用依赖类的原因。

3. 通用构建场景下的依赖处理逻辑 #

不管是用IntelliJ内置Maven还是你自己安装的版本，构建时的核心逻辑是一致的：

• 执行mvn clean install这类命令时，Maven会先检查本地仓库是否有所需依赖，没有的话就从配置的远程仓库下载；
• 构建过程中，Maven会根据pom.xml的依赖声明，把对应jar包加入构建的CLASSPATH，用于编译、测试、打包你的项目；
• 如果你用IntelliJ的可视化构建按钮（比如「Build Project」），本质上也是在调用Maven的构建逻辑，只是做了界面封装。

额外小技巧：你可以在IntelliJ的Terminal里执行mvn -v，就能看到当前使用的Maven版本和配置路径，以此确认是不是你自己安装的那个Maven。

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