Go语言中import导入第三方包需先初始化模块并声明依赖，标准库如"fmt"自带可用，而"github.com/sirupsen/logrus"等需go mod init后由go run自动下载并写入go.mod；导入路径以模块定义为准，非GitHub URL，版本升级用go get，依赖清理用go mod tidy。
Go 语言里没有“安装包”这回事，import 不是加载本地文件，而是从模块路径解析并下载依赖——如果你遇到 no required module provides package 或 cannot find package，八成是模块初始化或路径写错了。
为什么 import "fmt" 能直接用，但 import "github.com/sirupsen/logrus" 报错？
Go 区分两类导入：
-
fmt、net/http等是标准库，自带，无需额外操作 -
github.com/xxx/yyy是第三方模块，必须满足两个前提：当前目录在 module 内，且该模块已声明依赖
常见错误：直接在 ~/Desktop 下新建 main.go 并 import "github.com/sirupsen/logrus"，运行 go run main.go 就报错。因为没 go.mod，Go 不知道该去哪里找这个包。
正确做法：
立即学习“go语言免费学习笔记（深入）”；
- 执行
go mod init myapp（模块名可以是任意合法路径，不一定要真实存在） - 再运行
go run main.go，Go 会自动下载logrus并写入go.mod和go.sum - 后续添加新包，不用手动改
go.mod，go run/go build会自动补全
import 路径和实际 GitHub 路径不一致怎么办？
导入路径不是 URL，而是模块定义的根路径。比如：
import "golang.org/x/net/html"
它对应的是 golang.org/x/net 这个模块（不是 github.com/golang/net），而 html 是该模块下的子目录。这个路径由模块作者在 go.mod 文件中声明，不是你随便改 GitHub 地址就能对上的。
容易踩的坑：
- 看到 GitHub 仓库地址是
https://github.com/gorilla/mux，就误写import "github.com/gorilla/mux"—— 实际上它发布的模块路径就是github.com/gorilla/mux，这里碰巧一致；但像golang.org/x/...就完全不走 GitHub 域名 - 模块升级后更改了导入路径（如 v2+ 版本要求路径末尾加
/v2），旧代码会编译失败 - 本地开发时用
replace重定向路径，但忘记推送到 CI 环境，导致构建失败
如何安全地管理依赖版本？
go.mod 里写的版本号（如 github.com/sirupsen/logrus v1.9.3）是精确锁定的，但 Go 默认不会自动升级。升级依赖不能靠手动改 go.mod，得用命令：
- 升级单个包：
go get github.com/sirupsen/logrus@v1.10.0 - 升级到最新兼容版（遵循 semver）：
go get github.com/sirupsen/logrus@latest - 降级或清理未使用依赖：
go mod tidy（它会删掉go.mod中未引用的包，并补全缺失的）
注意：go get 默认会把版本写进 go.mod，但不会自动更新源码中的 import 语句——如果模块路径变了（比如 v2 → v3），你得自己改代码里的 import 行。
最常被忽略的一点：go.mod 文件必须和 main.go（或模块入口）在同一个目录或其子目录下；跨目录执行 go run 时，Go 会向上查找最近的 go.mod，而不是以当前工作目录为准——这点和 Node.js 的 node_modules 查找逻辑完全不同。
