NVIM LSP 跳转到依赖库，启动了多个 LSP 服务问题

[Kaiv2]

问题

使用了 nvim-lspconfig 配置了 sumneko_lua，当跳转到依赖包时，又会启动一个新的 sumneko_lua 服务（测试了 rust 也是这样），这正常吗？(直觉告诉我这不正常😂)有没有大神有解决方案？

我的配置nvim-config

[jdhao]

似乎是一个项目一个 server? 这个还真没注意，你是觉得太占内存了吗

[Kaiv2]

@jdhao 占内存没有太关注，但是我只是想看下源码，却启动了一个 LSP 服务（强迫症受不了😂）

[Kaiv2]

@jdhao 特别是查看引用时，会启动一堆 LSP 服务

[Kaiv2]

@jdhao Java 项目没有这个问题，应该是没有实际的文件（ jar 包），只是 jtd:// 的开头的文件路径

[lu5je0]

我也是这样

[jdhao]

我记得有人说 gopls 也有这个问题

[jdhao]

我测试了 python ，发现 pylsp 也是这样的，跳转到另一个库源码，会再开一个 pylsp 的进程，可能就是这样设计的，一个 server 负责一个项目这样子

[bowser1701]

gopls 支持了 daemon mode

[bowser1701]

可以阅读 gopls daemon mode 的文档，有提到 nvim 等编辑器使用 lsp 的问题。https://github.com/golang/tools/blob/master/gopls/doc/daemon.md

[2NUT]

vim 用户应该有能力 修改 提交 patch

[acdfjelxe]

正常，lsp 启动时会先找到 project_root

[Immortal]

这个是 sumneko_lua 的设计
具体可以看[wiki]( https://github.com/sumneko/lua-language-server/wiki/How-to-improve-startup-speed#%E5%A4%9A%E8%BF%9B%E5%BA%A6%E6%9D%A1%E5%8D%95%E6%96%87%E4%BB%B6%E6%A8%A1%E5%BC%8Fmulti-progress-barsingle-file-mode)

[Vintingb]

@jdhao 这个问题会引发一个 error ，如果 go project 依赖一个无 go.mod 的包时候，查看源码的时候 gopls 就会报错