Maven编译时泛型报错，Spring Tool Suite中可正常运行

嘿，针对你遇到的这个问题——core子模块的类被web子模块的FileServiceImpl调用，但Maven构建失败，结合你使用的STS3.9.2和JDK1.8环境，我整理了几个常见的排查方向和解决办法，你可以一步步来验证：

一、先确认模块依赖配置是否正确 #

这是多模块项目最常见的坑，先检查web子模块的pom.xml：

• 确保已经正确引入core子模块的依赖，而且依赖范围要设为compile（毕竟web模块编译和运行时都需要用到core的类），示例配置如下：

<dependency>
    <groupId>你的项目groupId</groupId>
    <artifactId>core</artifactId>
    <version>项目统一版本号</version>
    <scope>compile</scope>
</dependency>

• 别忘了先把core模块安装到本地Maven仓库：在STS里右键core模块 → Run As → Maven install，确保core模块能正常构建成功，生成的jar包能在本地仓库（默认~/.m2/repository下对应路径）找到。

二、检查Maven编译插件的配置 #

既然你提到了pom.xml的插件片段，重点盯一下maven-compiler-plugin，毕竟JDK版本不匹配很容易出问题：

• 确保父pom或者各子模块的compiler插件指定了JDK1.8，推荐用3.8.1版本，这个版本和STS3.9.2、JDK1.8兼容性很好，示例配置：

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-compiler-plugin</artifactId>
    <version>3.8.1</version>
    <configuration>
        <source>1.8</source>
        <target>1.8</target>
        <encoding>UTF-8</encoding>
    </configuration>
</plugin>

• 注意：如果父pom已经配置了这个插件，子模块就别重复配置了，避免覆盖父配置导致JDK版本不一致。

三、排查模块构建顺序与循环依赖 #

Maven会按依赖顺序自动构建，但如果出现循环依赖（比如core依赖web，web又依赖core），肯定会直接报错：

• 你可以在STS里打开Dependency Hierarchy视图（右键项目 → Show In → Dependency Hierarchy），直观查看各模块的依赖关系，确认有没有循环依赖的情况。
• 另外，如果core模块里的第三方依赖没正确传递给web模块，也要检查core里那些依赖的scope——别随便设成provided或者test，除非是Tomcat这类容器会提供的依赖。

四、清理STS本地缓存 #

有时候STS的本地缓存和Maven仓库不同步，也会导致奇怪的构建错误：

• 右键根项目 → Maven → Update Project，勾选"Force Update of Snapshots/Releases"，点OK让STS重新同步依赖。
• 再右键根项目 → Clean，清理完后重新执行Maven install试试。

小提示：如果报错是“找不到core子模块的某个类”，那大概率是依赖配置或者模块构建顺序的问题；如果是编译版本不兼容的错误，直接去调compiler插件的JDK版本配置就行。

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