go module 能脱离 gopath 运行，是因为 go 1.14+ 默认启用 module 模式，工具链重构了路径解析逻辑：以 go.mod 中声明的 module 路径为根进行 import 解析，不再强制查找 $gopath/src；gopath 仅保留 pkg/mod 缓存和 bin 工具安装功能，源码位置完全自由。
go mod 为什么能脱离 GOPATH 运行
Go 1.14+ 默认启用 module 模式，go mod 不再依赖 GOPATH 目录结构，本质是编译器和工具链对模块路径解析逻辑的重构。它用 go.mod 文件显式声明模块路径（如 module github.com/user/project），所有 import 路径都以此为根做相对解析，不再硬编码查找 $GOPATH/src/ 下的目录。
常见错误现象：go build 报错 cannot find module providing package xxx，往往是因为当前目录没有 go.mod，或 go.mod 中 module 名与实际 import 路径不匹配（比如写成 module myproj 却在代码里 import "github.com/user/repo/pkg"）。
- 初始化模块必须在项目根目录执行
go mod init github.com/user/project，不能只写go mod init -
go get添加依赖时，会自动更新go.mod和go.sum；手动编辑go.mod后需运行go mod tidy同步依赖树 - 若仍出现路径解析失败，可用
go list -m all查看当前解析出的模块列表，确认是否加载了预期模块
GOROOT 和 GOPATH 的分工现在还重要吗
GOROOT 是 Go 安装路径（如 /usr/local/go），存放标准库、cmd 工具和 runtime；GOBIN（可选）指定 go install 输出二进制的位置；而 GOPATH 在 module 模式下仅用于存放 pkg（编译缓存）和 bin（全局安装的命令），不再是源码存放必需路径。
容易踩的坑：把项目代码放在 $GOPATH/src 下却没声明 go.mod，Go 会退化到 GOPATH 模式，导致 go list、go test 行为异常，且无法正确解析相对 import 路径。
Go语言（Golang）1.26.0版本提供 Go 官方 Windows amd64 MSI 安装包下载入口，版本号 1.26.0，可用于旧项目维护、兼容性测试和指定版本开发环境配置。
- 检查当前模式：运行
go env GO111MODULE，输出on才表示强制启用 module 模式 - 推荐显式设置
export GO111MODULE=on，避免某些旧脚本或 IDE 插件误判环境 -
go env -w GOPATH=$HOME/go仍建议保留，否则go install的二进制可能散落各处，难以管理
go build 时到底发生了什么底层动作
执行 go build 不只是调用编译器，而是触发一整套构建流水线：从读取 go.mod 解析依赖版本，到下载校验包（go.sum）、构建 AST、逃逸分析、SSA 优化、目标平台汇编生成，最后链接成静态二进制。整个过程由 cmd/go 主导，不经过外部 linker（如 ld），而是用 Go 自研的链接器。
性能影响点：首次构建慢，主要耗在依赖下载和缓存填充；后续构建快，因 $GOCACHE（默认 $HOME/Library/Caches/go-build 或 $HOME/.cache/go-build）复用已编译的 .a 归档文件。
- 查看构建细节：加
-x参数，如go build -x，会打印每一步调用的命令（包括compile、pack、link） - 跳过依赖校验：开发调试时可临时用
go build -mod=readonly避免网络请求，但上线前务必恢复默认 - 交叉编译无需额外工具：
GOOS=linux GOARCH=arm64 go build直接产出目标平台二进制，底层靠预置的多平台汇编器和链接器支持
为什么 go run 和 go build 对 defer 或 channel 行为表现一致
go run 本质是先 go build 生成临时二进制，再执行它，两者共享同一套编译流程和 runtime 行为。所谓“解释执行”是误解——Go 没有解释器，go run 只是省略了保存二进制的步骤。
容易被忽略的地方：临时二进制默认放在 $TMPDIR，若磁盘空间不足或权限受限，go run 会失败，而 go build 因明确指定输出路径反而更稳定；另外 go run main.go 不会触发 go mod 的 vendor 模式，除非显式加 -mod=vendor。
- 验证是否真编译：运行
go run -work，它会打印出临时工作目录路径，进去能看到生成的exe文件 - 调试符号：默认
go run生成的二进制带完整 debug info，可用dlv exec直接 attach，和go build -gcflags="-l"效果相同 - 注意
go run不支持多包构建（如go run ./...），必须指定明确入口文件
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
