SonarLint在IntelliJ中未响应，主因是未绑定项目、Java语言支持未启用或sonar.java.binaries/sourcePaths路径配置错误；需检查项目导入状态、SDK配置、手动设置二进制与源码路径，并启用语义分析规则。
IntelliJ 中 SonarLint 插件装了但没反应？检查绑定状态和语言支持
SonarLint 不是装上就自动扫描所有代码的，它默认只对已绑定到 SonarQube/SonarCloud 项目的模块生效，或仅对 IDE 原生支持的语言（如 Java、Kotlin、XML）启用本地规则。如果你打开一个纯 pom.xml 或 src/main/java 下的 Java 文件却没看到任何高亮，大概率是插件没识别出这是 Java 项目上下文。
- 确认项目根目录存在
pom.xml或build.gradle，且 IntelliJ 已成功导入为 Maven/Gradle 项目（右下角应显示“Maven”或“Gradle”标识） - 打开
File → Settings → Other Settings → SonarLint → Bound projects，若列表为空，说明未绑定；点击+ Add Project Binding，选择Local analysis即可启用纯本地规则（无需服务器） - 确保
Settings → Languages & Frameworks → Java中 SDK 已正确配置，否则 SonarLint 无法解析类型、调用链等语义信息，大量规则（如S1192字符串重复、S2187测试方法无@Test）会静默失效
Java 规则不触发？重点看 sonar.java.binaries 和 source path 配置
SonarLint 的 Java 分析依赖编译输出路径来构建符号表。如果它找不到 .class 文件或源码根路径错位，就会退化为纯语法扫描，漏掉 70% 以上关键规则（比如空指针解引用、资源未关闭、循环复杂度超限）。
- 在
Settings → Other Settings → SonarLint → General中，勾选Enable analysis for Java - 点击
Configure按钮，在弹窗中设置：-
sonar.java.binaries：填target/classes（Maven）或build/classes/java/main（Gradle） -
sonar.java.sourcePaths：填src/main/java，多个用英文逗号分隔
-
- 若项目含多模块，每个模块需单独配置
binaries路径（例如module-a/target/classes），不能只配父目录
误报太多或规则太松？调整规则集和严重级别阈值
默认规则集（Sonar way）偏保守，部分 Java 规则（如 S1118 工具类应有私有构造函数）在 Spring Boot 项目里高频误报；而另一些关键项（如 S2259 空指针解引用）可能因未启用语义分析被跳过。
- 在
Settings → Other Settings → SonarLint → Rules中，筛选语言为Java，搜索规则编号（如S2259），手动启用并设为Blocker或Critical - 禁用干扰项：
S1118（工具类构造函数）、S1192（字符串字面量重复，常与 Lombok @UtilityClass 冲突）可设为Off - 注意：IDEA 内置的
Inspection和 SonarLint 规则会叠加提示，若某行同时被标红两次，优先以 SonarLint 的Blocker级别为准——它基于数据流分析，比 IDEA 的语法检查更准
为什么修改代码后警告不消失？重启分析或清缓存
SonarLint 使用本地缓存加速分析，但有时文件变更未触发重分析，或 classpath 更新后符号表未刷新，导致旧问题残留、新问题不出现。
立即学习“Java免费学习笔记（深入）”；
- 右键点击项目根目录 →
SonarLint → Analyze Files，强制重新扫描当前文件 - 若整模块失效，执行
File → Invalidate Caches and Restart → Just Restart（不是 “Clear and Restart”，避免丢失配置） - 极少数情况需删缓存目录：
~/.sonarlint/（macOS/Linux）或%USERPROFILE%\.sonarlint\（Windows），重启 IDEA 后会重建
真正卡住的点往往不是插件装没装，而是它根本没拿到有效的 classpath 和二进制信息——Java 分析离得开编译产物，就像鱼离不开水。路径配错、SDK 未识别、多模块路径没分清，这三处不动，规则再全也白搭。
