Emacs lsp-mode下gopls运行Go测试失败、GOROOT配置不生效问题

1. 「command-line-arguments 包不在 GOROOT 下」报错本质 #

这个报错纯属误导——它根本不是要你把测试代码挪到GOROOT的源码目录下，本质是lsp触发测试时的执行上下文完全不匹配：
正常在终端跑go test时，程序会自动识别当前目录下的go.mod文件，把目录对应模块的包路径作为测试目标执行。但lsp-mode默认的内联测试触发逻辑，没有传递当前模块的工作目录信息，直接把单个编辑的Go文件作为独立参数传给go test，此时Go会把这种零散文件组成的临时集合自动识别为名为command-line-arguments的临时包。再加上GOROOT路径识别错误，Go的包校验逻辑就会直接拦截，抛出这个指向性完全错误的提示。

2. gopls读取的GOROOT和.zshrc配置不一致的核心原因 #

gopls识别GOROOT的逻辑根本不是优先读外部环境变量，它默认会优先根据自己二进制文件的安装位置反向推导GOROOT，环境变量的优先级反而很低。
你终端里调用的Go是zsh配置的软链接，指向动态更新的/usr/local/opt/go/libexec，但Emacs启动gopls时，实际加载的是Homebrew旧版本目录下的gopls二进制——也就是/usr/local/Cellar/go/1.16/libexec/bin/gopls，这个旧版本二进制根据自身位置反向推导出的GOROOT自然就是Cellar下的1.16固定路径，完全不会去读取你zsh里配置的自定义GOROOT值。

3. 启用exec-path-from-shell后依然读不到配置环境变量的原因 #

exec-path-from-shell的生效是有明确边界的，很多场景下默认配置根本拿不到你.zshrc里的自定义变量：

• 这个包默认只同步PATH和少量系统内置变量，不会主动把你在.zshrc里export的自定义Go相关变量纳入同步范围，如果你没有手动修改同步变量列表，GOROOT自然不会被拉到Emacs的环境里；
• 如果你是从macOS的Dock图标直接启动的Emacs，整个启动链路根本不会加载交互式zsh的配置，哪怕exec-path-from-shell配置正确，也拿不到只在交互式shell下生效的.zshrc配置内容；
• 包的加载时机不对：如果exec-path-from-shell是在lsp-mode启动gopls之后才执行的，那gopls启动时根本没有等到环境变量同步完成，自然读不到正确的值。

• 首先确认gopls的二进制路径匹配：在Emacs中执行(executable-find "gopls")，返回的路径要和你终端里which gopls的输出完全一致。如果路径不匹配，要么调整exec-path的搜索顺序让Emacs优先找到正确的gopls，要么在lsp配置里显式指定gopls的可执行文件路径，避免加载旧版本的二进制。
• 补全exec-path-from-shell的同步变量列表：在配置中显式声明需要同步的环境变量，将PATH、GOROOT、GOPATH、GOPROXY等Go相关的自定义变量全部纳入，不要用包的默认变量列表。
• 调整包的加载时机：把exec-path-from-shell的初始化代码放到Emacs配置的最开头，确保在任何外部进程（包括lsp、gopls）启动之前，就完成环境变量的同步。如果是Dock启动的Emacs，手动执行一次exec-path-from-shell-initialize强制刷新环境变量。
• 修正lsp测试的执行上下文：确认内联测试按钮触发时，工作目录是当前项目的go.mod根目录，而不是临时读取单个文件执行。如果还是出现command-line-arguments的报错，可以先手动在项目目录下跑一次go test确认模块上下文正常，再触发内联测试功能。
• 如果自动识别的GOROOT一直不对，可以直接在gopls的初始化参数里显式指定GOROOT的路径，跳过gopls自身的自动推导流程，从根源上避免路径识别错误。

内容的提问来源于stack exchange，提问作者jidicula