Go中包别名可解决命名冲突、简化长路径、明确语义意图；需避免模糊命名，推荐短小明确且团队一致的别名，如sql、pgx、cache、logger及_忽略副作用。
在 Go 中使用包别名（package alias）能有效避免命名冲突、缩短长包路径、突出语义意图，从而提升代码可读性和维护性。关键不是随便起别名，而是让别名传达明确的用途。
用别名解决同名包冲突
当多个包导出相同名称的类型或函数时（比如 sql 和 pgx 都有 Conn 或 QueryRow），不加区分地导入会导致编译错误。此时用别名明确归属：
import (sql "database/sql"pgx "github.com/jackc/pgx/v5")
后续调用就变成 sql.Open(...) 和 pgx.Connect(...)，一目了然各自来源。
为长路径取简短、有意义的别名
像 github.com/yourorg/platform/internal/infrastructure/cache 这类路径太长，直接引用影响阅读。可缩写为语义化别名：
立即学习“go语言免费学习笔记（深入）”；
import cache "github.com/yourorg/platform/internal/infrastructure/cache"import logger "github.com/yourorg/platform/pkg/log"
这样 cache.NewRedisClient() 比完整路径更轻量，也比用 cache1、cache2 更易理解。
用下划线别名忽略包副作用
有些包只用于初始化（如注册驱动），无需直接调用其内容。这时用 _ 别名表明“我只要它的 init 函数”：
-
import _ "github.com/lib/pq"（注册 PostgreSQL 驱动） -
import _ "net/http/pprof"（启用 pprof 路由）
既满足依赖要求，又避免未使用导入的编译错误，也向读者传递“此包无显式调用”的信号。
避免模糊或易混淆的别名
别名不是越短越好。以下做法会降低可读性：
- 用
u代替url——u.Parse不如url.Parse直观 - 用
db同时别名sql和gorm—— 类型来源不清，易引发误用 - 用数字后缀如
json1、json2—— 无法体现差异，应改用语义名如jsonapi、jsoncfg
好别名 = 短 + 明确 + 一致。团队内建议统一约定常见包的别名（如 zap 总是 log，chi 总是 router）。
