go build报“no Go files in current directory”是因为go mod init仅生成go.mod，未创建.go源文件或文件不在当前目录；必须确保当前目录含main包的.go文件，或指定正确路径如go build ./cmd/app。
Go 1.11+ 默认启用 Go Modules，GO111MODULE=on 已成事实标准，GOPATH 不再决定项目位置，也不影响 go build 或 go run 的行为——只要项目根目录有 go.mod，就能正常构建。
go mod init 之后为什么 go build 报 “no Go files in current directory”
这是最常被忽略的路径误判：你执行了 go mod init，但当前目录下没有 .go 文件，或文件不在主模块路径内。
-
go mod init只生成go.mod，不创建任何源码文件；必须手动添加至少一个.go文件（如main.go）且包名为main - 如果项目结构是
myproj/cmd/app/main.go，而你在myproj/下执行go build，会失败；应进到cmd/app目录，或显式指定路径：go build ./cmd/app - 检查是否意外在子目录里初始化了模块：用
go list -m确认当前生效的模块路径；若输出为空或不是你预期的路径，说明没在模块根目录
go build 编译整个项目时该用什么路径参数
go build 默认只编译当前目录下的 main 包；要编译多命令或多子模块，必须显式传入路径参数，不能依赖递归扫描。
- 编译单个
main包：go build ./cmd/api（假设cmd/api/main.go存在） - 同时编译多个命令：
go build ./cmd/api ./cmd/cli ./cmd/worker - 编译所有
main包（仅限直接子目录）：go build ./cmd/...—— 注意末尾/...是通配语法，表示递归匹配子目录中的可构建包 - 错误写法：
go build .（只找当前目录）或go build ./...（可能命中非main包，报错“no main package”）
VSCode 中点击运行却提示 “command ‘go.run’ not found”
这不是 Go 安装问题，而是 VS Code 的 Go 插件未正确安装或工具链缺失导致的命令注册失败。
立即学习“go语言免费学习笔记（深入）”；
- 先确认插件已启用：打开 Extensions（Ctrl+Shift+X），搜索 “Go”，确保 “Go by Google” 已安装且状态为 Enabled
- 插件依赖的底层工具（如
dlv、gopls）可能因网络失败未自动下载；手动触发：Ctrl+Shift+P→ 输入Go: Install/Update Tools→ 全选 → 确认 - 国内用户务必提前配置代理，否则工具下载卡死：
go env -w GOPROXY=https://goproxy.cn,direct - 重启 VS Code；若仍无效，在命令面板中尝试
Developer: Toggle Developer Tools，看 Console 是否报gopls启动失败——大概率是GOPATH冲突或GOROOT指向错误版本
编译产物体积大、启动慢？别急着加 -ldflags
Go 默认静态链接，二进制包含运行时和所有依赖，这是常态。但盲目加 -ldflags="-s -w" 可能掩盖真实问题。
-
-s去除符号表 → 调试器无法断点、pprof无法显示函数名；-w去除 DWARF 调试信息 →delve失效 - 真正需要瘦身时，优先确认是否引入了不必要的大依赖（如完整
golang.org/x/tools）；用go list -f '{{.Deps}}' ./cmd/app查依赖树 - 交叉编译到不同平台（如 Linux AMD64）时，务必在目标平台或用
GOOS=linux GOARCH=amd64 go build，否则本地 Windows/macOS 编译出的二进制无法运行
模块路径和文件位置必须严格对应；go build 不猜、不推、不递归——它只看你给的路径里有没有合法的 main 包。很多“编译失败”本质是路径没对齐，而不是环境没配好。
