IntelliJ Scala项目重跑时未自动重编译代码改动是何原因

以下按出现概率从高到低排序：

• 运行配置缺失前置编译步骤
  这是最高发的原因。打开Run -> Edit Configurations找到你当前使用的运行项，查看Before launch配置栏，如果列表为空、没有添加编译相关步骤，点击Play按钮时IDE不会做任何编译动作，直接加载classpath下已有的旧class文件执行。
  修复方式：点击配置栏的+号，添加Build project选项（如果是多模块项目选对应模块的Build项），保存配置后再运行即可。
• 模块编译输出路径和Maven运行时读取路径不匹配
  打开File -> Project Structure -> Modules，选中你的业务模块切换到Paths标签，如果编译器输出路径自定义到了非Maven标准的target/classes、target/test-classes目录，IDE编译出的新class文件不会放到运行时的classpath搜索路径下，程序启动时只会读取之前mvn install生成在标准target目录下的旧字节码。
  修复方式：将编译输出路径改回模块对应target目录下的标准classes路径，或者勾选Inherit project compile output path后确认项目级输出路径配置正确。
• 运行配置classpath指向错误
  检查运行配置里的Use classpath of module选项，如果选中的不是当前开发的模块，而是指向了Maven本地仓库里已install的历史Jar包、或者其他依赖模块，运行时会直接加载旧版本的Jar包，完全忽略本地源码修改。
  修复方式：下拉选择当前正在开发的对应模块作为classpath来源。
• Scala增量编译器缓存损坏
  IntelliJ Scala插件默认使用Zinc增量编译器，当缓存索引出现损坏时，会错误判定所有源码无变更，跳过编译步骤，哪怕手动点Build也可能不生成新的class文件。
  修复方式：执行File -> Invalidate Caches...，勾选清除文件系统缓存选项后重启IDE，等待项目索引重建完成后再尝试运行。
• 项目未被正确识别为Maven托管项目
  如果项目是作为普通文件夹打开，没有关联根目录下的pom.xml为Maven配置文件，IDE不会正确识别源码目录、依赖关系和编译规则，运行时不会关联源码变更。
  修复方式：右键项目根目录的pom.xml，选择Add as Maven Project，等待依赖同步完成后再操作。

临时验证修复是否生效的小技巧：修改代码后先手动点一下菜单栏的Build -> Rebuild Project，再点运行按钮，如果此时新代码生效，基本可以确定是上述前两类配置问题导致的。

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