Sublime Text 仅是编辑器，高并发测试依赖 Go 自身的 goroutine、channel 及正确配置：需用 $file（非 $file_name）调用 go run，working_dir 设为 ${file_path}，fmt_cmd 用 ["goimports"]，必须有 go.mod，日志应输出到文件或终端而非 Build 面板。
Sublime Text 本身不提供“高并发测试环境”，它只是编辑器；真正决定并发行为的是 Go 程序本身的 goroutine 与 channel 实现，以及你是否配好了能快速编译、运行、观察输出的底层支撑。只要 go run 能稳定执行、错误能准确定位、日志能实时刷出，你就已经具备了轻量级微服务模块的高频迭代能力。
Go 编译命令必须走 go run $file，别用 $file_name
很多用户复制的 .sublime-build 配置里写的是："cmd": ["go", "run", "$file_name"]，这会导致路径丢失、找不到依赖或报 no Go files in current directory。实际要的是完整路径，不是仅文件名。
-
$file是绝对路径（如/home/user/project/main.go），go run依赖它定位模块根目录和go.mod -
$file_name只是main.go，go run在当前工作目录下找不到同名文件时会静默失败或报错句柄无效 -
working_dir必须设为${file_path}，否则go run无法解析相对导入或读取本地配置文件
正确配置示例：
{
"cmd": ["go", "run", "$file"],
"file_regex": "^(.*?):([0-9]+):([0-9]+):(.*)$",
"working_dir": "${file_path}",
"selector": "source.go",
"variants": [
{
"name": "Build",
"cmd": ["go", "build", "-o", "${file_base_name}", "$file"]
}
]
}
GoSublime 的 fmt_cmd 必须指向 goimports，不是 gofmt
微服务模块通常跨包引用，gofmt 不管理 import 行，保存后容易出现 imported and not used 或缺失依赖，导致 go run 直接失败。而 goimports 会自动增删 import，并按标准排序。
立即学习“go语言免费学习笔记（深入）”；
- 先确保已安装：
go install golang.org/x/tools/cmd/goimports@latest - GoSublime 用户设置中，
"fmt_cmd"必须是数组形式：["goimports"]，不能写成"goimports"（字符串会被当 shell 命令字面量执行） - Windows 用户注意路径分隔符：如果
goimports.exe不在%PATH%中，得写全路径，例如["C:/Users/xxx/go/bin/goimports.exe"]
调试并发逻辑时，别依赖 Sublime 的 Build 输出面板看长日志
Sublime 的 Build 输出面板缓冲区小、不支持滚动回溯、对 ANSI 颜色码兼容差，跑一个起 100 个 goroutine 并打印状态的测试脚本时，前 20 行可能直接被截掉，还容易卡死界面。
- 把关键日志重定向到文件：
go run main.go > log.txt 2>&1，再用 Sublime 打开log.txt查看 - 更推荐用终端跑：
go run main.go | grep -E "(start|done|panic)"，配合watch -n 0.5 'tail -n 20 log.txt'实时盯住最新几行 - 如果真要集成进 Sublime，可用
Terminus插件启动独立终端 Tab，比原生 Build 面板可靠得多
微服务模块必须有 go.mod，否则 go run 会降级为 GOPATH 模式
这是最容易被忽略的一环。没有 go.mod，go run 不识别模块路径，所有 import "yourproject/pkg" 都会报错；更严重的是，它会尝试从 $GOPATH/src 下找包，而现代 Go 项目几乎都不放那儿了。
- 在项目根目录执行：
go mod init yourmodule.name（名字不用真实域名，但需唯一） - 之后所有
go run、go build都基于该模块解析 import 路径 - Sublime 不会自动生成
go.mod，也不会提示你缺——它只管调go命令，报错信息里却只显示 “cannot find module providing package …” 这种模糊提示
真正的高并发测试，不在编辑器里，而在你写的 for i := 0; i < 1000; i++ { go worker() } 是否真起了 1000 个协程、有没有竞态、channel 是否阻塞——这些得靠 go run -race 和 go tool trace，Sublime 只负责让你改完就按 Ctrl+B 看结果。路径、模块、格式化工具链这三关没踩稳，后面所有并发调试都是空中楼阁。
