intellij idea 中 git 合并冲突后出现的“java: illegal start of expression”等语法错误实为ide未正确识别冲突标记所致；应优先使用内置resolve conflicts…工具处理，避免手动删除标记或依赖外部合并工具，并在必要时清理缓存重启。
IntelliJ IDEA 里 Git 合并冲突后出现 java: illegal start of expression 等语法错误
这不是 Java 编译器真报错，而是 IDEA 没正确识别冲突标记块里的代码结构。IDE 把 和 <code>>>>>>> feature-branch 当成普通代码解析了，直接卡在语法树构建阶段。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 确认冲突文件确实处于“未解决状态”——右下角状态栏显示
Merge conflicts，且编辑器里能看到三段式冲突标记（/ <code>=======/>>>>>>） - 不要手动删冲突标记再改代码——IDEA 的合并工具依赖这些标记定位变更边界，删了反而触发更奇怪的解析异常
- 优先用 IDEA 内置的 Resolve Conflicts… 弹窗（右键文件 →
Git→Resolve Conflicts…），它会把左右版本、基础版本拉成三栏，实时高亮差异行，且不会让编辑器误解析
为什么不用外部合并工具（如 Beyond Compare）反而更稳
外部工具虽然界面自由，但和 IDEA 的 PSI（Program Structure Interface）解析器是脱节的。你在外边改完保存，IDEA 要重新 parse 整个文件——如果中间有残留标记或格式错位（比如少一个 } 或多一行空格），就会立刻触发 java: unclosed character literal 这类误报。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 进
Settings → Version Control → Git，把External diff tool和External merge tool都留空，强制走内置流程 - 如果必须用外部工具，改完后务必在 IDEA 里执行
VCS → Git → Resolve Conflicts…再点Apply，让它走一遍内部校验 - 检查
.gitattributes是否对*.java设置了merge=ours或类似策略——这种配置会让 Git 跳过三方合并逻辑，直接导致 IDEA 收不到 base 版本，无法构建正确 AST
Resolve Conflicts… 窗口里选 “Accept Left/Right/Using Code” 没反应或变灰
常见原因是当前文件没被 Git 正确跟踪，或者 .git/index 里该文件状态异常（比如 staged 但内容没更新）。IDEA 的合并工具只对 Git 管理且状态为 Unmerged 的文件生效。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 终端执行
git status --short，确认文件前是UU（unmerged），不是MM（modified）或??（untracked） - 如果显示
MM，说明冲突已被部分解决但 Git 还没 add，运行git add <file></file>再试 - 若仍无效，关闭 IDEA，删掉项目根目录下的
.idea/workspace.xml（备份先），重启后重新打开项目——旧 workspace 可能缓存了错误的文件状态
合并后代码能跑，但 IDEA 里持续标红，Ctrl+Click 跳转失效
这是 PSI 缓存没刷新，不是语法问题。IDEA 在冲突期间可能中断了索引构建，导致符号表不全。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 菜单栏点
File → Invalidate Caches and Restart… → Invalidate and Restart，别选 “Just Restart” - 重启后等右下角
Indexing…完全结束再操作，尤其留意Parsing java files阶段是否卡住 - 如果某几个类始终跳转失败，检查它们是否在冲突中被移动了包路径（比如从
com.example.old改到com.example.new），IDEA 有时不会自动更新 import 行的语义链接
冲突标记本身不难删，难的是让 IDE 在删的过程中始终维持住语法上下文。一旦 PSI 断掉，补救成本远高于老老实实用内置工具一帧一帧比对。
