遇到这种跨环境的Maven依赖问题确实挺闹心的，结合你描述的情况，我给你整理几个针对性的排查和解决步骤：

• 打开虚拟机里的IDEA，进入File > Settings > Build, Execution, Deployment > Build Tools > Maven，仔细核对Maven home directory、User settings file、Local repository这三个选项，必须和你本地能正常运行的机器完全一致。如果虚拟机用的是默认Maven，很可能没同步你本地的自定义镜像或仓库配置，导致依赖拉取不到。
• 别光靠IDEA的导入，手动在项目根目录开终端执行mvn clean install -U，-U参数会强制更新快照依赖。如果命令行能成功下载依赖并构建，那问题肯定出在IDEA的配置上；如果命令行也失败，那就是虚拟机的网络或者Maven仓库配置有问题，比如镜像没设置、网络不通导致依赖无法下载。

• 你的项目用了maven-compiler-plugin:1.7，得确保虚拟机里的JDK版本是1.7或者兼容的1.8（1.8向下兼容1.7）。检查IDEA的项目JDK：
  • 进入File > Project Structure > Project Settings > Project，确认Project SDK和Project language level和本地一致；
  • 再去File > Project Structure > Modules，每个模块的Language level也要和项目保持统一。
    版本不匹配是编译失败的常见原因，别小看这一步。

• IDEA的缓存很容易出问题，尤其是复制或拉取项目后。直接走File > Invalidate Caches...，选择Invalidate and Restart，让IDEA彻底重启并重建缓存，这一步经常能解决依赖“假红”或者解析失败的问题。
• 如果重启后还是不行，干脆删除项目根目录的.idea文件夹和所有*.iml文件，然后重新导入项目：File > New > Project from Existing Sources...，选择项目的pom.xml，让IDEA重新生成所有配置文件，避免旧配置干扰。

• 虚拟机上IDEA几秒就结束，大概率是内存不足或者VM配置问题。找到IDEA安装目录下bin文件夹里的idea64.vmoptions（Linux）或idea64.exe.vmoptions（Windows），看看-Xmx参数设置的是不是太小，比如默认可能是-Xmx1024m，如果虚拟机内存够的话，改成-Xmx2048m甚至-Xmx3072m试试。
• 还可以查看IDEA的日志找原因：Help > Show Log in Explorer/Finder，日志里会记录进程退出的具体触发点，比如内存溢出、配置文件错误之类的，根据日志信息再针对性解决。

• 你用的maven-compiler-plugin:1.7版本确实比较老旧，虽然本地能运行，但虚拟机环境可能存在兼容性问题。试试把插件版本升级到更稳定的3.8.1版本，修改pom.xml里的插件配置：

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-compiler-plugin</artifactId>
    <version>3.8.1</version>
    <configuration>
        <source>1.7</source>
        <target>1.7</target>
    </configuration>
</plugin>

修改后执行mvn clean install，看看能不能解决构建失败的问题。

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