go build 默认不输出是因为仅在当前目录生成同名可执行文件（如main.exe或main），前提是目录下有且仅有一个含func main()的main包；否则报错或无输出。
go build 生成可执行文件时为什么没输出？
默认情况下 go build 成功后不打印任何信息，也不会自动把二进制放到当前目录——它只在当前目录生成同名可执行文件（Windows 是 main.exe，其他系统是 main），但前提是当前目录有且仅有一个 main 包，且包含 func main()。
- 如果当前目录下有多个
.go文件但没指定全部，go build会报错：package main is not a main package或cannot load package: no Go files in ... - 想把输出文件重命名或放到指定路径，必须用
-o参数：go build -o ./bin/myapp ./main.go - 若项目含多个
main包（比如 CLI 和 server 分开），不能直接go build，得明确指定入口文件路径，否则会冲突
go run 总提示“no Go files”或“cannot find module”怎么办？
go run 要求当前目录或指定路径下存在完整的、可运行的 Go 源码，且依赖关系已就绪。常见卡点不是语法问题，而是模块上下文缺失。
- 首次运行前没初始化模块：在项目根目录执行
go mod init example.com/myapp，否则go run会拒绝解析导入路径 - 用了第三方包但没下载：
go run不会自动go get，遇到未缓存的依赖会报cannot find package，此时要先go mod tidy或手动go get github.com/xxx - 误在子目录执行：比如你在
cmd/server/下执行go run .，但该目录没有main函数，或者没go.mod，就会失败；应确保在含main.go的包目录下运行
go install 编译到 $GOPATH/bin 为何找不到命令？
go install 从 Go 1.18 开始默认只作用于模块路径下的可执行命令（即 main 包），且要求模块已初始化、路径合法。它不再像老版本那样无条件编译当前目录。
- 必须在含
go.mod的目录中执行，且go install后面跟的是模块路径+包名，例如：go install ./cmd/mytool（前提是cmd/mytool是main包） - 编译结果默认放进
$GOPATH/bin，但这个路径必须在系统PATH中才可直接调用；检查是否漏配：echo $PATH | grep -q "$GOPATH/bin"（Linux/macOS）或echo %PATH%（Windows） - Go 1.21+ 默认启用
GOBIN环境变量覆盖行为，若设了GOBIN，go install会优先往那里放，而不是$GOPATH/bin
gofmt -w 和 go fmt 哪个更推荐？
二者功能一致，都是格式化 Go 代码，但触发方式和适用场景不同。
-
gofmt -w是底层工具，直接修改文件，支持任意路径（包括非模块内文件），适合 CI 或批量处理：gofmt -w ./api ./internal -
go fmt是go命令封装，只作用于当前模块内文件，且会尊重go.mod定义的模块边界；它更安全，不会误格式化 vendor 或第三方代码 - VS Code 或 Goland 默认调用的是
go fmt，但如果项目还没go mod init，编辑器可能 fallback 到gofmt，导致部分文件被跳过
GO111MODULE 的协同生效时机：即使设置了 GOPROXY，若 GO111MODULE=off，go get 仍走 $GOPATH 旧模式，依赖拉取会失败。每次新建项目前，建议先确认 go env GO111MODULE 输出为 on。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
