Go推荐使用Go Modules管理依赖，通过go mod init初始化项目，生成go.mod和go.sum文件，实现版本控制与依赖校验；项目结构建议采用标准布局，如cmd、internal、pkg等目录区分功能，包导入遵循模块路径+相对目录规则，依赖版本用语义化版本管理，发布模块需打vX.Y.Z标签。
Go语言的包管理经历了从早期依赖GOPATH到如今使用Go Modules的演进。现代Go开发推荐使用Modules来管理依赖，它让项目更独立、版本控制更清晰，也简化了项目结构组织。
Go Modules 的基本使用
Go Modules 是 Go 1.11 引入的官方依赖管理机制，从 Go 1.16 起成为默认模式。它允许你在任意目录创建项目，不再强制要求代码放在GOPATH下。
初始化一个新模块：
go mod init example.com/myproject执行后会生成go.mod文件，记录模块名和Go版本。当你引入外部包并构建时，Go会自动下载依赖，并更新go.mod和生成go.sum（用于校验依赖完整性）。
立即学习“go语言免费学习笔记（深入）”；
常用命令包括：
-
go mod tidy：清理未使用的依赖，补全缺失的依赖 -
go get package@version：添加或升级某个依赖版本 -
go mod vendor：导出依赖到本地vendor目录（可选）
项目目录结构建议
良好的项目结构有助于团队协作和长期维护。虽然Go不限制目录布局，但有一些通用实践被广泛采用。
一个典型的模块项目结构如下：
myproject/ ├── go.mod ├── go.sum ├── main.go ├── cmd/ │ └── app/ │ └── main.go ├── internal/ │ ├── service/ │ └── model/ ├── pkg/ ├── config/ ├── api/ └── README.md说明：
-
main.go或cmd/下存放程序入口。多个命令可用子目录区分 -
internal/存放私有包，仅本项目使用，Go禁止外部模块导入该目录内容 -
pkg/存放可复用的公共工具包，可供外部项目引用 -
config/集中管理配置文件 -
api/可用于定义API接口文档或proto文件
包的定义与导入规则
每个目录在Go中对应一个包，通过package声明包名，通常与目录名一致（非强制）。同一目录下的文件必须属于同一个包。
导入包时使用模块路径 + 相对目录的方式。例如：
import "example.com/myproject/internal/service"如果包名与导入路径最后一段不同，可显式指定别名，或使用点操作符直接调用导出符号（慎用）。
注意大小写决定可见性：函数、变量、类型以大写字母开头表示对外导出，小写则为包内私有。
依赖版本管理与发布
Go Modules 使用语义化版本（Semantic Versioning）管理依赖。运行go get example.com/pkg@v1.2.3可指定具体版本。
在go.mod中可以看到类似：
升级依赖建议使用go get命令，例如：
若要发布自己的模块，只需将代码推送到公开的Git仓库（如GitHub），并在打标签时遵循vX.Y.Z格式，其他项目即可通过模块路径引入。
基本上就这些。掌握Go Modules和合理组织项目结构，是写出可维护Go项目的基础。不复杂但容易忽略细节，比如包命名一致性、internal的使用时机等，多实践自然就熟悉了。
