Go 语言中，子目录下的包（如 pkgfoo/subpkg）与父目录包（如 pkgfoo）完全独立，即使路径存在嵌套关系，也不会因导入父包而自动加载子包；必须单独、显式地 import 才能使用。
go 语言中，子目录下的包（如 `pkgfoo/subpkg`）与父目录包（如 `pkgfoo`）完全独立，即使路径存在嵌套关系，也不会因导入父包而自动加载子包；必须单独、显式地 import 才能使用。
在 Go 的设计哲学中，“包”（package）是编译和依赖管理的基本单元，而目录结构仅用于组织文件，不构成逻辑上的层级继承或包含关系。也就是说，github.com/usera/pkgfoo 和 github.com/usera/pkgfoo/subpkg 是两个完全独立的包——它们拥有各自的 package 声明、各自的源文件、各自的符号空间和各自的构建单元。Go 编译器不会因为你在代码中写了 import "github.com/usera/pkgfoo"，就自动把其子目录下的所有包一并拉进来。
这与某些语言（如 Python 的子模块自动发现）有本质区别。Go 明确要求：每个被直接使用的包，都必须出现在 import 列表中。例如：
package main
import (
"log"
"net/http"
"github.com/usera/pkgfoo" // 仅导入 pkgfoo 包
"github.com/usera/pkgfoo/subpkg" // 必须显式导入 subpkg，否则无法调用其中的函数
)
func main() {
// ✅ 可以使用 pkgfoo 提供的功能
pkgfoo.DoSomething()
// ✅ 可以使用 subpkg 提供的功能（前提是已 import）
subpkg.ProcessData()
http.HandleFunc("/login", login)
if err := http.ListenAndServe(":9090", nil); err != nil {
log.Fatal("ListenAndServe: ", err)
}
}
⚠️ 若遗漏 import "github.com/usera/pkgfoo/subpkg"，则编译时会报错：
undefined: subpkg
即使 subpkg 在文件系统中位于 pkgfoo 目录之下，Go 也绝不“猜测”或“推导”依赖关系——这是 Go 强调显式优于隐式（Explicit over Implicit）原则的典型体现。
Go语言（Golang）1.26.0版本提供 Go 官方 Windows amd64 MSI 安装包下载入口，版本号 1.26.0，可用于旧项目维护、兼容性测试和指定版本开发环境配置。
此外，Go 官方文档和 The Go Blog: Package names 明确指出：标准库中类似 crypto/md5、image/png 这样的路径，仅是文件系统组织方式，crypto 包和 crypto/md5 包之间没有代码级关联，也不相互导入；它们是彼此解耦的独立包。这种设计提升了可维护性、避免意外依赖，并支持细粒度的模块复用（例如，你可只用 net/http/httputil 而不必引入整个 net/http）。
✅ 正确实践建议：
- 每个实际用到的包，都在 import 块中单独列出；
- 避免“为省事而导入父目录期望覆盖子包”的错误假设；
- 使用 go list -f '{{.Imports}}' ./... 等工具辅助检查真实依赖；
- 在模块化设计中，合理利用子目录表达逻辑分组（如 storage, storage/sql, storage/memory），但始终以 import 语句为准绳。
总之：Go 没有“subpackage”概念，只有“同名路径前缀的独立包”。是否导入，由你决定；是否可用，由 import 决定。
