Go 语言中不存在“包继承”或“包层级包含”机制，子目录下的包（如 pkgfoo/subpkg）与父目录包（如 pkgfoo）完全独立，即使路径存在嵌套关系，也必须显式导入才能使用。
go 语言中不存在“包继承”或“包层级包含”机制，子目录下的包（如 `pkgfoo/subpkg`）与父目录包（如 `pkgfoo`）完全独立，即使路径存在嵌套关系，也必须显式导入才能使用。
在 Go 中，“子目录包”（例如 github.com/usera/pkgfoo/subpkg）本质上是一个完全独立的包，它与 github.com/usera/pkgfoo 之间没有隐式依赖或自动加载关系。这种目录结构仅是文件系统层面的组织方式，而非语言层面的命名空间嵌套——Go 并不支持类似 Python 的 from pkgfoo import subpkg 或 Java 的 package com.example.foo.sub 这样的层级化包语义。
因此，以下代码是必要且正确的写法：
package main
import (
"log"
"net/http"
"github.com/usera/pkgfoo" // 导入主包
"github.com/usera/pkgfoo/subpkg" // 必须显式导入子包
)
func main() {
// 使用 pkgfoo 中的导出符号（如 pkgfoo.DoSomething()）
// 使用 subpkg 中的导出符号（如 subpkg.ProcessData()）
http.HandleFunc("/login", login)
if err := http.ListenAndServe(":9090", nil); err != nil {
log.Fatal("ListenAndServe: ", err)
}
}
⚠️ 注意事项：
- 无隐式导入：import "github.com/usera/pkgfoo" 不会触发 subpkg 的编译或链接，也不会使其标识符进入当前作用域。
- 无循环依赖风险：由于各包相互独立，pkgfoo 可安全导入 subpkg，反之亦然（只要不形成导入环）。
- 包名与路径解耦：subpkg 的包名（即 package subpkg 声明）可与目录名不同，且与其他包名无关联；它只由 package 声明决定，而非导入路径。
- 标准库亦如此：如 encoding/json 和 encoding/xml 是两个独立包，导入 encoding 本身非法（因该路径下无 package encoding），必须分别导入具体子包。
✅ 总结：Go 的包模型基于扁平化、显式依赖原则。目录结构服务于工程组织与可发现性，而非语言语义。任何需使用的包，无论路径深浅，都必须出现在 import 列表中——这是 Go 可预测性、可维护性与构建确定性的基石。
