gradle使用过程遇到的一个关于out目录的问题

背景

昨天工作中遇到一个小问题，特意记录一下以免忘了；

反省：是自己对gradle构建工具不熟悉导致的这个问题；
以前没有用过这个构建工具，只是了解过，公司采用了这个构建工具；

现象

项目采用多模块构建的项目；
web模块下的XxxController引用了commons模块下的某个DTO类，在DTO类中添加了几个参数，重启之后controller类中接收的参数始终无法获取到新增的这几个。

初步怀疑是gradle编译的问题，重新clean build都不行，后来又怀疑是gradle缓存的问题，删除了本地的gradle仓库缓存也不行；

误打误撞

最初只知道编译之后，项目模块目录下会生成一个build目录存放编译后的class文件，查看了编译后的文件，里面是有新增的那几个参数的；
后来好奇为什么还会有一个out目录，这个目录也是编译后生成的吗？打开目录在对应的那个编译后的class文件，发现并没有新增的哪几个参数；
感觉看到了希望。。。

再次进行gradle clean操作，发现out目录根本没有被清理掉，至此，答案逐渐清晰；

猜想

历史中的某次操作，生成了out目录，且此目录不会被clean命令清零掉；
此后的编译，生成的build目录一直不生效；

go

手动删除项目下的所有out目录，重启，问题消失；

反思

课余时间深入学习一下gradle

搞清楚out目录是怎么出来的，为什么gradle clean命令都清理不掉；

为什么out目录下的class文件比build目录下的class文件优先级要高？

加油

---

2019-02-25 更新
上网查询了一些资料，发现构建产生的out目录是idea编译时默认产生的，如下操作找到设置：
邮件项目名 -> Project Structure -> Modules -> {module名称}_main

从上图可看出，idea默认将编译结果放到了/Users/xxx/Documents/idea-project/mybatis-plus-sample/out/production/classes中。

---