如何将Maven项目中的实体类正确导出至另一个Maven项目？

一、最佳实现方式：拆分独立模块 #

你提到的将实体类抽离为独立Maven模块是最规范、可维护性最高的方案，具体操作步骤如下：

1. 在project_a根目录下新建一个模块（比如命名为project-model），调整后的目录结构如下：

project_a/
├─ project-model/
│  ├─ src/
│  │  ├─ main/
│  │  │  ├─ java/
│  │  │  │  ├─ com/
│  │  │  │  │  ├─ myproject/
│  │  │  │  │  │  ├─ model/  // 把原project_a中的实体类全部迁移到这里
│  ├─ pom.xml
├─ project_b/
│  ├─ src/
│  ├─ pom.xml
├─ pom.xml  // 根pom.xml作为聚合父项目

2. 修改根pom.xml，添加模块声明，将project-model和project_b纳入聚合管理：

<modules>
    <module>project-model</module>
    <module>project_b</module>
</modules>

3. 在project-model的pom.xml中配置实体类所需的基础依赖（如JPA、Lombok等），并设置好对应的groupId、artifactId和版本号。
4. 在project_b的pom.xml中添加对project-model的依赖：

<dependencies>
    <dependency>
        <groupId>你的项目groupId</groupId>
        <artifactId>project-model</artifactId>
        <version>对应版本号</version>
    </dependency>
</dependencies>

5. 将原project_a中com.myproject.model下的实体类迁移到project-model的对应包路径中，若原project_a仍需使用这些实体类，同样添加对project-model的依赖即可。

这种方案的核心优势：

• 实体类复用性强，后续其他项目需要时可直接依赖该模块
• 依赖关系清晰，避免代码冗余
• 模块独立维护，实体类的变更不会影响其他业务模块的编译流程

二、能否直接导入com.myproject.model当作自身包使用？ #

可以通过复制源码、配置system依赖或直接引用类等非常规手段实现，但强烈不推荐，这么做会引发以下严重问题：

1. 代码一致性风险：实体类会存在多个副本，后续修改时需同步所有副本，极易出现版本不一致，引发难以排查的业务bug。
2. 依赖管理混乱：Maven无法自动处理实体类的依赖传递（如实体类依赖的注解包），project_b可能出现编译或运行时依赖缺失的情况。
3. 可维护性极差：其他开发者接手时会困惑实体类的来源，版本迭代时无法精准控制实体类版本，容易引发兼容性问题。
4. 类加载冲突：若project_a和project_b包路径完全一致，打包或运行时可能出现相同全限定名的类被重复加载，导致NoClassDefFoundError或IllegalAccessError等异常。

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