go build默认编译当前目录下含main包的go文件，输出可执行文件名与目录名一致（windows加.exe后缀），而非main.go文件名；若目录名含点号或不在项目根目录执行易出错。
go build 默认行为与输出文件名怎么来的
执行 go build 时不加参数，它会以当前目录名作为可执行文件名（Windows 下带 .exe 后缀），而不是以 main.go 文件名为准。比如项目目录叫 mytool，运行 go build 后生成的就是 mytool（或 mytool.exe）。
容易踩的坑：
- 在非项目根目录下执行
go build，可能编译的是别的main包，甚至报no Go files in current directory - 目录名含点号（如
cli-tool）会导致生成的二进制名也带点，某些 shell 或 CI 环境对点号敏感 - 没写
package main或缺失func main()，会报main redeclared或no main package
跨平台编译必须设置 GOOS 和 GOARCH
Go 默认只编译当前系统可执行文件。想生成 Windows 的 .exe 或 macOS 的 ARM64 二进制，必须显式指定环境变量：
例如在 Linux/macOS 上构建 Windows 版本：
GOOS=windows GOARCH=amd64 go build -o mytool.exe .
常见组合：
-
GOOS=linux GOARCH=arm64→ 部署到树莓派或云服务器 ARM 实例 -
GOOS=darwin GOARCH=arm64→ 为 Apple Silicon Mac 构建 -
GOOS=windows GOARCH=386→ 32 位 Windows（注意：Go 1.21+ 已弃用386，建议用amd64）
漏设 GOOS 或拼错值（如写成 windowsx64）会导致静默失败或编译出错，错误信息里通常不提示，只报 build constraints exclude all Go files。
go build 和 go install 的关键区别在哪
go build 生成二进制到当前目录；go install 把二进制放到 $GOBIN（默认是 $GOPATH/bin 或 $GOROOT/bin），并要求模块路径（go.mod 中的 module 声明）能被解析为合法命令名。
典型误用场景：
- 直接
go install而没运行go mod init example.com/mytool→ 报no module found - 模块名末尾带
/cmd/mytool，但执行go install时没加后缀 → 实际要运行go install ./cmd/mytool - 没把
$GOBIN加入PATH，导致安装后终端找不到命令
简单判断：想临时测试就用 go build；想让命令全局可用、且项目已规范初始化模块，才用 go install。
构建时忽略 vendor 或启用 race 检测要加什么参数
go build 默认尊重 vendor 目录（如果存在且 GO111MODULE=on），但有时需要强制跳过（比如调试依赖冲突）：
跳过 vendor：
go build -mod=readonly .
开启竞态检测（race detector），用于排查并发 bug：
go build -race .
其他常用参数：
-
-ldflags="-s -w"→ 去除调试符号和 DWARF 信息，减小体积（生产环境推荐） -
-trimpath→ 清除编译路径信息，提升可重现性（CI/CD 中重要） -
-tags=dev→ 启用条件编译标签，比如只在开发环境加载 mock 包
参数顺序很重要：-ldflags 必须放在最后，否则会被忽略；-race 不能和 cgo 禁用（CGO_ENABLED=0）共存，否则报错。
GOOS/GOARCH、go.mod 状态和是否启用了 cgo。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
