按照 @P233 的方法，只要安装正确lsp server就好了，不需要改acm-backend-lsp.el呀
不是的，他重新安装的那个 clojure-lsp 应该是比较旧的版本了，现在最新的应该是 clojure-lsp-native，所以我才说修改了acm-backend-lsp.el比较基础的函数，担心会出问题
那最好拿最新的服务器和可重现demo报issue，这样暴力改会导致其他语言又会出问题。
acm-backend-lsp.el现在的逻辑肯定是它的理由的。
大佬，这两天更新了下代码，发现打字稍微快一点补全有点顿，如何排查!
emacs -Q
引号里面常量不卡，补全函数偶尔卡一下！
emacs -Q测试过了吗？什么语言？有没有最小复现代码？
反馈问题要详细，看不懂没法修复。
测试过，php，比如输入public function稍微打字快一点有点顿，但也不影响补全！这个和intelephense返回补全数据应该没关系吧，会不会和我FW有关系呢！
啥是FW？
为啥不说清楚呢。
发现lsp-bridge在编辑较大的C++文件，开启自动格式化代码后，有一定概率会发生鬼畜（不停地弹出错误的补全项，操作变得卡顿）
-
*Messages*
deferred error : (error "Lisp nesting exceeds ‘max-lisp-eval-depth’")
deferred error : (error Lisp nesting exceeds ‘max-lisp-eval-depth’)
我发现开了代理，卡顿严重，不用代理稍微好点！难道和我设置了https_proxy有关系么！
你可以把你的操作步骤写下来。
例如
emacs -Q ;; 第一步
(load-path lsp-bridge/path) ;;第二步
;; 以此类推
这样别人能够快速准确排查。
看起来像是你的 maple-modeline 的问题，里面死循环了。要不禁用试试。
为什么你们都不 emacs -Q 再反馈？
都是一些自己配置问题，我真的对大家这种习惯很不满。
2 个赞
emacs -Q 随便加载主题再测试。
2 个赞
本质上不是maple-modeline的问题啊
我emacs -Q测试过了，还是有这个问题 
(add-to-list 'load-path "~/.emacs.d/lisp")
(require 'init-elpa)
(require 'posframe)
(require 'yasnippet)
(require 'markdown-mode)
(yas-global-mode)
(add-to-list 'load-path "~/.emacs.d/site-packages/lsp-bridge")
(require 'lsp-bridge)
(global-lsp-bridge-mode)
(setq lsp-bridge-enable-auto-format-code t)
好的，我来试下