vscode 写 go 连最基础的补全功能都做得这么差的吗

一直用的都是 goland/idea 写 go ，体验了下用 vsocde 开发 go ，结果发现怎么连最基础的补全功能都这么差

有点无法理解说 vscode 写 go 的体验和 goland 差不多的是认真的吗。。。。。

下面是一个简单到不能再简单的的例子，如果是我用 vscode 姿势不对，希望有人能指出问题所在

go mod 初始化好项目用 vsocde 打开（确保 gopls 的 lsp 已经正确运行），写一个 utils 包 utils/utils.go，内容如下：

package utils

func ThisIsMyHelperFunction() string {
	return "hello"

}

关掉这个文件的标签页，打开 main.go ，输入 ThisIsMy，我自然期待补全会给出对应的函数候补，结果 vscode 根本跳不出任何候补。不是，vscode 这么离谱的吗

然后我发现，把utils.go 文件作为非活动标签页打开在边上，然后再输 ThisIsMy ，这次候补里出现了，但是它只是作为一个纯字符串出现，vscode 甚至都无法识别出它是个函数，tab 上去之后 ctrl + . 甚至都没法正常导包，提示不存在定义

然后翻了半天 vscode 官网，才发现说明有这一句

As you type in a Go file, you can see IntelliSense providing you with suggested completions. This even works for members in current, imported, and not yet imported packages. Just type any package name followed by ., and you will get suggestions for the corresponding package members.

不是，你的意思是我要用一个类型 or 函数之类的，必须从所属的包开始输入吗？一个项目复杂起来，那么多目录那么多包谁能清楚记得要用的东西在哪个包啊。。。。。。

而与之相对的，在 goland/idea 中写 go 项目，我只要输入 ThisIs 就能跳出对应内容，tab 后就直接完成了补全+添加包前缀+自动 import 。我曾经以为这种功能甚至是基础到不能再基础的功能，结果没想到。。。。

jrqlxue

155 天前

1. 我自己常用的包，不在这个项目里，写函数名的一部分时大部分时候都能搜到，然后自动给 import ，当然更包括基础包了
2. 项目内新写的包没仔细试过，不过也可能习惯项目内用包名，然后根据提示选函数
3. 最近 vscode 特别卡，经常写代码刚写一个字符，然后卡死好久，或者卡顿出来首字母提示，之前的时候很丝滑，开 AI 辅助也没这么卡过
4. 之前用 goland ，切到 vscode 的时候总主观感觉没 goland 好用，大概
a. 变量提示、搜索和跳转的时候 goland 更完整?
b. git 提交的时候，goland 功能更丰富，比如可以筛选提交修改的一部分行