Go导入别名是解决包名冲突和提升可读性的必要手段，非语法糖；同名包必须用别名避免编译错误，长路径推荐语义化短名，别名不影响init执行和符号可见性。
import 别名不是语法糖，而是解决实际冲突和可读性问题的必要手段——用错或不用，轻则编译报错，重则引入静默 bug。
包名冲突时必须用别名
当你同时导入两个同名包（比如不同版本、不同路径但导出同名函数），Go 会直接拒绝编译：./main.go:5:2: import "github.com/example/pkg/v1" conflicts with import "github.com/example/pkg/v2"。
这时别名不是“可选”，是唯一解：
import (
v1 "github.com/example/pkg/v1"
v2 "github.com/example/pkg/v2"
)
之后调用就明确无歧义：v1.DoSomething() 和 v2.DoSomething()。不加别名，编译器根本不知道你指哪个。
- 常见场景：升级 SDK 时需并行验证 v1/v2 接口；公司内部 fork 后保留原包路径但需区分
- 别名不能是 Go 关键字（如
func、type），也不能是已声明的变量名 - 别名只在当前文件生效，其他文件仍需各自声明
长路径包建议用简短别名
像 github.com/segmentio/kafka-go 或 go.opentelemetry.io/otel/sdk/metric 这类路径，每次写 kafka_go 或 otel_sdk_metric 不仅啰嗦，还容易拼错。
直接起个语
import (
kafka "github.com/segmentio/kafka-go"
otelmetric "go.opentelemetry.io/otel/sdk/metric"
)
后续代码里写 kafka.NewReader(...) 比一长串路径直观得多。
- 别名不必缩写成单字母（除非上下文极明确，如
m "math"）；推荐用小写缩略词或业务含义词，如db "github.com/jmoiron/sqlx" - 避免过度缩写导致歧义，比如把
google.golang.org/api/option缩成opt，可能和本地opt变量冲突
别名不会影响 init() 执行或符号可见性
别名只是当前文件对包的“称呼”，不改变任何行为：
-
init()函数照常执行，无论你叫它log还是mylog - 所有导出符号（首字母大写的函数、类型、变量）仍按原包规则暴露，别名不新增也不屏蔽任何内容
- 别名后无法访问非导出成员（小写开头），这点和标准导入完全一致
也就是说，import mylog "log" 和 import "log" 在功能上等价，只是书写形式不同。
别名 + 匿名导入组合要小心
偶尔会看到这种写法：import _ "net/http/pprof" 是为了触发 pprof 的 init() 注册路由；但如果误写成 import pprof _ "net/http/pprof"，Go 会报错：invalid import alias: _。
记住：_ 是特殊标识符，不能加别名；而别名本身也不能是 _。
- 正确写法只有两种：
import _ "net/http/pprof"（纯匿名导入）或import pprof "net/http/pprof"（带别名且后续真要用） - 如果既想触发
init()，又怕名字太长，那就别用别名——_本身就是最短的“别名”
