emacs线程方案就是自己事件循环做协程切换，协程不适合GUI场景，必须独立的多线程并发方案。
还有一点是elisp慢，太多对象GC慢。
详细内容可以看我这篇文章 https://manateelazycat.github.io/emacs/2022/06/26/why-lsp-bridge-not-use-capf.html
1 个赞
nvim-lsp没有实现基于lsp的高亮，有一个PR但是还没合并
我主要想表达的意思是，性能问题十分严重这个从哪得出来的，lsp-mode确实在性能上不好，但我平时用着的话，也差不多够用，十分严重应该谈不上吧
你对比用一下就知道了，我估计大家说的性能严重是相对于VSCode体验来说的，毕竟LSP服务器都一样。
不管机器性能如何，都可以横向对比一下lsp-bridge和lsp-mode, lsp-bridge可以做到丝滑。
不是说lsp-mode开发者水平不好，而是没有多线程支持的情况下，性能无法做到丝滑，特别是编写ruby和vue的时候，性能差距非常明显。
哈哈，其实你很多插件我都想用，奈何你不太愿意把插件上melpa，我也懒的折腾，主要是图方便，哈哈
其实用git submodule很简单的，我只是觉得MELPA有很多没有elisp编程经验的新手，提太多issue消耗我下班太多时间。
anyway，自由选择吧，每个人都有自己的习惯。
心善见不得issue没解决，强迫症改了就好 
use-package加straight也可以，不一定要melpa