go 语言强制要求显式导入所使用的包，无法绕过 import 语句直接调用未导入包中的函数；这是 go 编译器的语法约束和设计原则，确保依赖关系清晰、可追踪且安全。
go 语言强制要求显式导入所使用的包，无法绕过 import 语句直接调用未导入包中的函数；这是 go 编译器的语法约束和设计原则，确保依赖关系清晰、可追踪且安全。
在 Go 中，包的可见性与调用能力严格依赖于 import 声明。你提供的 mypkg.go 定义了一个导出函数 Test()（首字母大写），但它仅在被正确导入后，才能在其他包（如 main）中使用。以下是最小可行示例：
// mypkg.go
package mypkg
import "fmt"
func Test() {
fmt.Println("test")
}
// main.go
package main
import (
"mypkg" // ✅ 必须显式导入
)
func main() {
mypkg.Test() // ✅ 正确调用：包名.函数名
}
⚠️ 注意事项：
- 若 mypkg 不在 $GOPATH/src 或模块路径（如 go.mod 所定义的 module 下），需先通过 go mod init 初始化模块，并确保 mypkg 位于可解析路径（例如作为本地子目录 ./mypkg 或已发布到远程仓库并以 import "example.com/mypkg" 形式引用）；
- 不支持类似反射动态加载未导入包的函数（如 Python 的 importlib），Go 的静态链接模型在编译期即确定所有符号依赖；
- 尝试省略 import 会导致编译错误：undefined: mypkg 或 cannot refer to unexported name mypkg.Test（若未导入则无访问入口）。
✅ 正确做法始终是：先导入，再使用。这是 Go “显式优于隐式”哲学的核心体现——它提升了代码可读性、构建可重现性及工具链（如 go vet、IDE 跳转）的可靠性。任何试图规避 import 的方案（如 CGO、插件或运行时字节码注入）均不符合 Go 原生语义，也不被官方支持。
