NeoVim与Ruby-LSP代码操作回归问题分析

在最新版本的NeoVim(v0.11.0-dev)中，用户报告了一个与Ruby语言服务器协议(LSP)实现相关的代码操作功能回归问题。该问题主要影响Ruby开发者在NeoVim中使用代码操作(如自动修复、快速修复等)时的体验。

问题背景

当用户尝试在Ruby文件中执行任何代码操作时，Ruby-LSP服务器会返回一个解析错误，提示无法处理data.uri参数值。这个问题在NeoVim提交41b07b1之后出现，该提交与PR #32704相关。

技术分析

通过日志分析发现，问题源于NeoVim与Ruby-LSP服务器之间的交互流程变化。现在NeoVim会额外发送一个codeAction/resolve命令，在textDocument/codeAction命令之后。这个新流程导致Ruby-LSP服务器尝试使用params.data.uri键来解析文档，但该键实际上并不存在。

错误堆栈显示，Ruby-LSP服务器在处理URI时抛出了异常：

.rbenv/versions/3.4.2/lib/ruby/3.4.0/uri/common.rb:871:in 'Kernel#URI': bad argument (expected URI object or URI string) (ArgumentError)

解决方案

经过技术团队分析，这实际上是一个服务器端的实现问题。根据LSP协议规范，服务器应该能够优雅地处理这种情况，即使缺少某些属性也应该尝试延迟解析。其他编辑器如Helix也采用了类似的实现方式。

影响范围

该问题主要影响：

• 使用最新NeoVim开发版本的用户
• 在macOS系统上使用Kitty终端的开发者
• Ruby-LSP版本0.23.11的用户

结论

虽然问题表现为NeoVim与Ruby-LSP之间的交互问题，但根本原因在于Ruby-LSP服务器对LSP协议中代码操作解析流程的实现不够健壮。建议Ruby-LSP开发者增强服务器对不完整请求参数的处理能力，以更好地兼容不同编辑器客户端的实现差异。

对于终端用户，可以关注Ruby-LSP的后续更新，该问题预计会在未来的版本中得到修复。同时，也可以考虑暂时回退到NeoVim的早期版本以获得稳定的代码操作体验。