解决SourceKit-LSP在Neovim/Emacs中诊断延迟问题

SourceKit-LSP作为Swift语言的LSP实现，在不同编辑器中的表现可能存在差异。近期有开发者反馈，在Neovim和Emacs中使用时，错误诊断存在明显延迟，而在VSCode中却能即时响应。经过技术分析，这主要与编辑器对LSP协议的支持程度有关。

问题本质

核心问题在于诊断通知机制的工作方式差异。SourceKit-LSP实际上会立即返回诊断结果（从日志可见响应时间仅约20ms），但不同编辑器对诊断信息的处理策略不同：

1. VSCode：原生支持textDocument/diagnostic请求，能主动获取诊断结果 2.Neovim/Emacs：默认依赖被动的textDocument/publishDiagnostics通知，且存在去抖动(debounce)机制

技术解决方案

对于Neovim用户，可通过以下配置优化：

-- 显式声明诊断能力
local capabilities = require('cmp_nvim_lsp').default_capabilities()
require('lspconfig').sourcekit.setup {
  capabilities = capabilities,
  on_init = function(client)
    client.server_capabilities.diagnosticProvider = {
      interFileDependencies = true,
      workspaceDiagnostics = false,
    }
  end
}

-- 禁用重复诊断通知
vim.lsp.handlers["textDocument/publishDiagnostics"] = function() end

实现原理

1. 能力声明：通过diagnosticProvider显式启用诊断功能，避免编辑器采用保守的兼容模式
2. 通知过滤：由于主动请求已获取诊断结果，可安全忽略被动通知，防止双重处理
3. 性能优化：interFileDependencies控制文件间依赖分析，平衡准确性与响应速度

扩展建议

对于其他LSP客户端，类似的优化思路包括：

• 检查客户端是否支持主动诊断请求
• 调整诊断刷新频率参数
• 验证服务端能力协商结果

该方案不仅适用于Swift开发，对于其他语言服务器的性能调优也有参考价值，特别是在需要快速反馈的编程场景中。