VSCode 启动变慢八成是 SonarLint 冷启动抢跑所致，其默认激活事件导致开机即拉起语言服务器、扫描项目结构；应通过 Developer: Show Running Extensions 查 Activation Time，超300ms即高延迟，并用 "extensions.experimental.affinity": { "sonarsource.sonarlint-vscode": 2 } 禁用冷启动，配合关闭 connectedModeEnabled 和清理工作区冗余配置。
VSCode 启动变慢，如果刚装了 SonarLint 就出现，八成是它在冷启动时抢跑——它默认声明 "*" 或 "onStartupFinished" 激活事件，一开编辑器就拉起语言服务器、扫描项目结构、加载规则集，哪怕你还没打开任何 Java/JS 文件。
确认 SonarLint 是否真在拖慢启动
别靠猜，直接看 VSCode 自己的运行账单：
- 按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入并执行Developer: Show Running Extensions - 找到
sonarsource.sonarlint-vscode这一项，看它的Activation Time—— 超过 300ms 就属于高延迟嫌疑 - 右键 →
Extension Details→ 点右上角齿轮 → 展开When字段，确认其activationEvents是"*"还是"onStartupFinished" - 再运行
Developer: Startup Performance，看SonarLint在Activate Extension阶段是否排前三耗时
禁用全局激活，但保留按需使用能力
SonarLint 不像 Prettier 那样必须手动触发格式化，它本质是“静默分析器”，不需要开机就待命。禁用其冷启动是最直接有效的手段：
- 在用户级
settings.json（命令面板输入Preferences: Open Settings (JSON)）中添加："extensions.experimental.affinity": { "sonarsource.sonarlint-vscode": 2 } - 数字
2表示：跳过初始激活，仅当首次打开.java、.js、.ts、.py等受支持文件，或首次调用SonarLint: Show All Issues命令时才加载 - 注意：这个设置只对 VSCode 1.86+ 有效；旧版请先升级，否则
affinity不生效 - 不要用
Disable (For All Folders)—— 这会彻底断掉后续所有功能，连按快捷键都唤不醒它
排除项目级干扰配置
SonarLint 启动慢还常被工作区配置放大，尤其当你打开的是含大量源码的根目录时：
- 检查项目根目录下的
.vscode/settings.json，删掉或注释掉这些字段："sonarlint.rules"
、"sonarlint.connectedModeServers"
、"sonarlint.trace.server"
—— 它们会让插件在启动时立刻尝试连接远程服务器或解析自定义规则，极易卡住 - 确保
files.watcherExclude已排除**/node_modules/**和**/target/**（Java 项目）等目录，否则SonarLint会跟着监听器一起陷入文件风暴 - 若你不用 Connected Mode（即不连 SonarQube/SonarCloud），务必在设置里关掉：
"sonarlint.connectedModeEnabled": false
，避免启动时发起无意义的网络握手
真正关键的点在于：SonarLint 的“分析”行为本身不依赖冷启动，但它的“连接准备”和“规则预载”会。把 affinity: 2 和 connectedModeEnabled: false 配齐，再清理掉工作区里冗余的 sonarlint.* 设置，就能让它从“开机就喘粗气”变成“你点开 Java 文件才深呼吸”。
