Go语言import必须紧接package声明后、无空行或普通注释；module模式下禁用./相对路径，须用模块路径如"example.com/myapp/utils"；_导入仅执行init()，点导入易冲突应避免。
Go 语言中 import 不是“怎么写好看”的问题，而是“写错位置或路径就直接编译失败”的硬性约束。只要 package 声明后紧跟着 import、路径符合模块规则、没混用相对路径，90% 的导入问题就不存在。
import 必须紧接 package 声明之后，中间不能有空行或普通注释
Go 编译器对 import 的位置极其敏感。它不是语法糖，而是编译期静态解析的强制要求。
-
package main和import之间**不能有任何空行、变量声明、函数定义，甚至不能有普通注释（如// config）**；只有文档注释（// Package main）被允许 - 常见报错：
import statement not allowed here或expected 'package', found 'import'，基本都源于位置错位 - 多行 import 中每个路径必须用双引号包裹：
import ( "fmt" "os" )合法，import ( fmt os )直接报错
module 模式下禁止使用 ./ 或 ../ 相对路径导入
启用 Go Modules（即项目根目录存在 go.mod）后，import "./utils" 这类写法会被拒绝，不是风格问题，而是语法错误。
- 报错典型信息：
use of internal package not allowed或invalid import path - 正确做法：确保本地包在模块路径下，例如模块名是
example.com/myapp，则本地utils包应放在./utils/目录，且 import 写成import "example.com/myapp/utils" - 若需复用其他本地目录（如兄弟目录
../shared），必须用go mod edit -replace显式映射：go mod edit -replace shared=../shared，再go mod tidy
空白导入（import _ "xxx"）只触发 init()，不提供任何符号
这不是“懒加载”或“按需引入”，而是纯粹副作用执行。用错就等于白加，还可能触发 imported and not used 报错。
立即学习“go语言免费学习笔记（深入）”；
- 仅适用于明确设计了
init()注册逻辑的包，例如数据库驱动：import _ "github.com/go-sql-driver/mysql"→ 让sql.Open("mysql", ...)可用 - 误用示例：
import _ "fmt"→fmt.Println将不可用，因为没真正导入该包的导出标识符 - 验证是否生效：得看目标包的
init()是否真做了注册动作，且你的程序执行路径确实触达了它（比如 pprof 要求你调用了http.ListenAndServe）
别名导入（import http2 "golang.org/x/net/http2"）用于解决命名冲突或缩短长路径
点导入（import . "math"）几乎不该用，而别名是安全、可控的替代方案。
- 当两个包导出同名函数（如都含
Server类型），可用别名隔离：import http "net/http"和import fasthttp "github.com/valyala/fasthttp" - 第三方包路径过长时（如
github.com/segmentio/kafka-go），别名能提升可读性：import kafka "github.com/segmentio/kafka-go" - 别名不改变包行为，也不影响
go mod tidy的依赖解析，只是当前文件内的引用前缀
最易被忽略的是：vendor 目录看似“本地化”，但 Go 实际是否走 vendor，取决于 go list -m -f '{{.Dir}}' xxx 的输出，而不是文件是否存在。改了 vendor 里的代码却没生效？先查这个命令返回的路径是不是真的指向 vendor/。
