go import别名语法为import 别名"路径"，用于解决同名冲突、简化长路径；支持.（直接导入）和_（仅init）两种特殊别名，但需避免命名污染与路径错误。
Go import 别名的基本写法
Go 不支持像 Python 那样用 import xxx as yyy，但可以用别名语法在 import 语句中为包起一个本地名称，解决同名冲突或简化长包路径。
语法是：import 别名 "路径"，别名必须是合法标识符，不能加引号，也不能是关键字（如 func、type）。
- 最常见用途：避免两个同名包冲突，比如都叫
http的内部模块和标准库 - 别名作用域仅限当前文件，不影响其他文件或被导入方
- 若别名是
.（点号），则该包导出的标识符直接进入当前文件作用域——慎用，易引发命名污染 - 若别名是
_（下划线），表示只执行包的init()函数，不引入任何导出名
解决 vendor 或 internal 包与标准库同名的问题
当你项目里有 vendor/net/http 或 internal/http，又想同时用标准库 net/http，不加别名会编译失败：
import (
stdhttp "net/http"
myhttp "./internal/http"
)
这样就能明确区分：stdhttp.Get(...) 调标准库，myhttp.Do(...) 调自定义实现。
立即学习“go语言免费学习笔记（深入）”；
- 注意路径必须是完整导入路径；
./internal/http这种相对路径仅在go run或模块根目录下有效，CI/构建时建议用模块路径（如example.com/internal/http） - 别名不能和已声明变量/函数重名，否则编译报错：
conflicts with dot-imported package name - 如果两个包导出同名类型（如都叫
Client），不加别名会导致ambiguous selector错误
使用 _ 和 . 别名的典型场景
_ 别名常用于注册驱动或触发初始化逻辑，比如数据库驱动：
import (
_ "github.com/lib/pq" // 注册 pq 驱动，无需直接调用
)
. 别名极少推荐，但某些测试辅助包或 DSL 风格代码中会出现：
import . "github.com/onsi/ginkgo/v2" // 允许直接写 Describe() 而非 ginkgo.Describe()
-
_导入的包仍需存在于go.mod中，否则go build会报unused import -
.导入后，若当前文件定义了同名函数（如也写了func Describe(...)），会覆盖包导出名，且无提示 - IDE 和静态分析工具（如
golangci-lint）对.支持较差，容易漏掉未使用标识符检查
别名对 go mod tidy 和构建的影响
别名本身不改变依赖解析逻辑，go mod tidy 只看引号内的路径，和左边别名无关。但错误路径仍会触发下载失败或版本冲突。
- 如果别名指向一个尚未
go get的模块路径，go build会报错：cannot find module providing package xxx - 别名不会影响
go list -f '{{.Deps}}' .的输出，依赖图里依然显示原始包路径 - 跨平台构建时，Windows 下大小写不敏感，但 Go 的 import path 是大小写敏感的——别名无法绕过这点，比如
MyLib "mylib"和mylib "MyLib"是两个不同导入
别名看着简单，真正容易出问题的是路径拼写、模块版本锁定、以及多人协作时对别名意图的理解偏差——尤其是 . 和 _ 这两种隐式行为，最好在团队规范里明确是否允许使用。
