48 被generated的类在idea中二次编译的问题

这是一个故事 

呵呵 最近的时候 又这样一个问题, 我们项目里面会 自动生成一系列的实体 (可以理解为 类似于 mybatis 逆向工程生成实体之类的情况) 

我们在启动项目之前, 会先编译当前项目, 然后 编译项目的时候 会删除掉这些 generated 的类, 然后 重新生成, 然后 之后是具体的业务代码的编译 (阶段1, 生成实体, 阶段2, 结合业务代码和生成的实体 编译项目)

但是 问题就是, 我们编译了项目之后, 在 idea 中启动项目的时候, idea 居然还需要 编译"类", 然后这个过程持续的时间相当的长(可以理解为 实体比较多)

 

 

小插曲

通常来说, mvn 编译了之后, 如果没有源文件改动, idea 会直接使用 mvn 编译之后的结果(就我使用感知到的情况) 

编译的时候的情况 

17:54 分的时候 运行的情况 

 

 

然后就会浪费不少的时间, 编译, 运行单元测试本身很大的时间开销, 然后 编译项目之后, 启动项目进行调试时候, 又会有一个较长的 编译 的时间开销(这就是题目中的 "idea中的二次编译") 

这些开销的时间, 很是让人头疼啊, 不能做太多实际的事情 

 

看到了上面的这个 "idea 居然还需要 编译"类" ", 这段描述了么 最开始我常规理解的是, 既然这个 idea 在编译, 那么一定是整个项目 都在编译吧 ? 

但是 呵呵 不看一下 还是不放心, 所以 就决定 观察一下 

然后 这一观察 就发现了一些问题, 我发现 mvn 编译了之后, 编译了项目中所有的类, 然后 之后启动项目, 让 idea 进行二次编译 

二次编译之后, 在 target/classes 下面去看了一下, 发现 其他的类都没有怎么 重新编译, 但是 这部分 generated 的实体的类 似乎是从新编译了一次,, 呵呵 这个是怎么回事 ?

 

我也很奇怪, 然后看了一下这部分实体的 创建时间 和 更新时间, 是一样的, 那就表示 mvn 编译了之后 没有其他的步骤会更新这部分的类 

但是 为什么 idea 会对这部分类 进行编译呢 ? (这个问题就静待有缘人了)

 

那么 现在这个问题, 就更加清晰了一下了 

如何解决呢? 

1. 网上搜索了一下 怎么去掉一部分 类 编译, 大部分博客 说的是 使用 idea mark 一下给定的文件夹作为 "Excluded", 但是这样一来 其他的依赖这些实体的类 也引用不到了, 导致编译存在问题 显然是不行 

2. 然后看了一下 idea 的 Build, Execution, Deployment - Compiler 的配置 似乎是有一个 Resource Patterns 的配置, 看起来好像是配置 compiler 的目标 ? 我配置了 排除 generated 文件夹下面的类, 似乎是还是不行 

3. 然后看了一下 Build, Execution, Deployment - Compiler - Excludes, 然后 吧 generated 的文件夹添加了进去, 然后 再试一试?, 发现 idea 就不会再进行这个耗时的二次编译了

这里的主要的问题 就解决了, 呵呵 这次也是运气好, 而且 还留下了一些没有解决疑问呢 ?

 

 

关于 Build, Execution, Deployment - Compiler - Resource Patterns  

这个配置, 似乎在网上 搜索不到太多的相关的东西, 可能 开发人员会涉及到修改这个配置的情况比较少吧 

我们看一下 官方文档 关于这个配置的说明  

这里的描述的意思, 其实就是 类似于 idea 里面的 Resources Root 的概念

但是 当我测试配置 Resource Pattern 为 *.xx 的时候 编译之后(mvn编译/idea自动编译) 似乎是没有将 *.xx 拷贝到 /target/classes 下面, 这个就有点让我 很疑惑了 

 

 

另一个猜想是, 查询 Resources Root 下面的文件复制 符合 Resource Pattern 的文件到编译结果(mvn编译/idea自动编译), 但是 似乎也不对 

呵呵 这个就懒得去想了, 可能是我哪里想错了, 或者 哪里做错了吧 

 

 

关于 Build, Execution, Deployment - Compiler - Excludes 

 

呵呵 这个就不多解释了, 写的是 相当的明白, 就是我们需要的配置 

 

 

完