go import语句必须紧贴package声明后，禁用相对路径导入，空白导入仅触发init()，vendor需校验一致才生效。
import 语句位置错了，代码就编译不过；用相对路径导入本地包，go run 直接报 cannot find module providing package ./utils；加了 import _ "net/http/pprof" 却打不开 /debug/pprof —— 这些不是配置问题，是 Go 包导入机制的硬性规则在起作用。
import 必须紧贴 package 声明之后，空行都不能多一个
Go 编译器对 import 的位置极其敏感：它必须出现在 package main（或其它包名）之后、任何变量/函数声明之前，中间不能插注释、空行或其它语句。
- ✅ 正确写法：
package main→ 换行 →import "fmt"→ 换行 →func main() { ... } - ❌ 错误写法：在
package main和import之间加一行// utils或空行，会触发expected 'import', found 'IDENT'或更隐蔽的import "fmt" not used（因解析错位导致符号未被识别） - ⚠️ 注意：
import不支持嵌套——不能写在func里、if块中，也不是运行时行为，它是编译期静态解析阶段强制要求的语法位置
本地包不能用 ./ 或 ../ 导入，必须走模块路径
看到 import "./utils" 或 import "../shared"，基本可以判定项目还没进入模块化正轨。这种写法只在 GO111MODULE=off 且严格依赖 GOPATH 的旧模式下偶然有效，现在几乎必炸。
- ? 典型报错：
go run main.go提示cannot find module providing package ./utils - ✅ 正确做法：确保项目根目录有
go.mod（用go mod init myproject初始化），然后统一用模块路径导入，例如import "myproject/utils" - ? 本地依赖调试：若
utils在隔壁目录，执行go mod edit -replace myproject/utils=../utils，再go mod tidy同步依赖 - ? 绝对不要混用：
import "./utils"是文件系统路径，import "myproject/utils"是模块路径，二者语义完全不同，Go 不做自动映射
空白导入（_）只执行 init()，不注册 handler 就等于没加
import _ "net/http/pprof" 这行代码本身不会报错，但也不会“自动生效”。它的唯一作用是触发该包的 init() 函数——而 pprof 的 init() 只做了 HTTP handler 注册，前提是你的程序真起了 HTTP server。
- ❌ 常见失效场景：
import _ "net/http/pprof"加了，但没调http.ListenAndServe(":6060", nil)；或端口被占用、防火墙拦截；或服务启动后没访问http://localhost:6060/debug/pprof/ - ✅ 验证是否真生效：启动程序后 curl
http://localhost:6060/debug/pprof/，返回 HTML 页面才算成功；返回 404 或连接拒绝，说明 handler 没挂上 - ? 别乱用：对没有副作用的包（比如
import _ "fmt"）加空白导入，不仅没用，还会被go vet或 IDE 标为unused import
vendor 目录不是开关，而是校验通过后的 fallback 路径
很多人以为只要存在 vendor/，Go 就一定优先用它。实际并非如此——Go 默认启用 vendor，但前提是 vendor/ 由 go mod vendor 生成，且其中每个包的 checksum 必须与 go.sum 完全一致。
- ? 查证是否真用了 vendor：
go list -m -f '{{.Dir}}' github.com/some/pkg，输出路径含vendor/才表示命中；否则说明校验失败，Go 自动回退到$GOPATH/pkg/mod - ?️ 修改 vendor 后没生效？大概率是改完源码忘了
go mod vendor重新生成，或go.sum未更新导致校验失败 - ⚠️ 注意：
go build -mod=readonly会强制禁用 vendor，-mod=mod则强制忽略 vendor 直接走模块缓存
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
