go 项目中，主程序需显式导入所有用到的标准库（如 fmt），即使已通过子包间接使用；自定义包路径应避免相对路径，推荐使用模块化方式管理依赖。
go 项目中，主程序需显式导入所有用到的标准库（如 fmt），即使已通过子包间接使用；自定义包路径应避免相对路径，推荐使用模块化方式管理依赖。
在 Go 语言中，每个包的导入作用域是独立的——users 包中导入了 "fmt"，仅表示该包内部可使用 fmt.Println、fmt.Sprintf 等函数；而 main.go 属于 main 包，它无法自动继承子包的导入项。因此，当 main.go 中调用 fmt.Println(resp) 时，若未在 main 包中显式导入 "fmt"，编译器会报错：undefined: fmt in fmt.Println。
✅ 正确做法是在 main.go 的 import 块中单独声明所需的标准库：
package main
import (
"fmt" // 必须显式导入，才能使用 fmt.Println
"./users" // 临时相对路径导入（仅限非模块环境）
)
func main() {
resp := users.GetUser("abcde")
fmt.Println(resp) // ✅ 现在可正常编译运行
}
⚠️ 但需注意："./users" 这种相对路径导入方式存在严重局限性：
- 仅在 go run 单文件模式下可能临时生效；
- 不兼容 go build、go test 或模块化项目；
- Go 1.11+ 强烈推荐使用 Go Modules 管理依赖，禁止相对路径导入。
? 推荐实践（模块化结构）：
-
初始化模块（在项目根目录执行）：
go mod init example.com/myapp
将 users 目录改为合法包路径（如保持 users/ 不变），其 users.go 无需修改（package users 正确）；
-
main.go 改为规范导入：
package main import ( "fmt" "example.com/myapp/users" // 使用模块路径，而非 "./users" ) func main() { resp := users.GetUser("abcde") fmt.Println(resp) }
? 补充说明：
- fmt.Sprint("sf") 在 users.GetUser 中无实际输出（Sprint 仅返回字符串，不打印），建议改用 fmt.Print 或 fmt.Printf 调试；
- 所有公开导出的标识符（如函数 GetUser）首字母必须大写，当前写法已符合要求；
- 运行前确保 go.mod 存在且 users/ 下有 .go 文件，否则模块导入会失败。
遵循包作用域隔离原则与模块化规范，是构建可维护 Go 项目的基石。
