Go 要求同一目录下所有 .go 文件必须声明相同的 package 名称；若混用 package main 和 package hello，编译器将报错“found multiple packages”，因此必须统一包名或物理分离目录。
go 要求同一目录下所有 `.go` 文件必须声明相同的 `package` 名称；若混用 `package main` 和 `package hello`，编译器将报错“found multiple packages”，因此必须统一包名或物理分离目录。
在 Go 语言中，目录即包（directory = package） 是一条不可动摇的核心约定。你遇到的错误：
can't load package: package hello: found packages main (main.go) and hello (utilities.go) in E:\Workbench\Go\src\hello
其根本原因并非语法错误，而是违反了 Go 的包组织模型：同一文件夹内不允许存在多个不同包名的 .go 文件。无论你出于何种设计意图（例如“仅本项目私有工具”），只要 main.go 声明 package main，而 utilities.go 声明 package hello，Go 构建工具（go list、go build、go run）就会拒绝解析该目录——因为它无法确定该路径究竟代表哪个逻辑包。
✅ 正确做法：二选一，无中间路线
方案一：统一为 package main（适用于小型 CLI 或原型项目）
将 utilities.go 的包声明改为：
// utilities.go
package main
import "fmt"
// 工具函数对 main 包内所有文件可见
func FormatGreeting(name string) string {
return fmt.Sprintf("Hello, %s!", name)
}同时确保 main.go 也声明 package main，且仅含一个 func main()：
// main.go
package main
func main() {
println(FormatGreeting("World")) // 直接调用，无需 import
}✅ 优势：零导入开销，开发快速；
⚠️ 注意：所有函数/变量名不得冲突（如两个文件都定义 func init() 是允许的，但都定义 var ErrInvalid = errors.New(...) 则编译失败）。
方案二：重构为标准模块结构（推荐用于可维护项目）
这是 Go 官方和社区一致倡导的工程实践，尤其当工具逻辑具备复用潜力或项目规模增长时：
hello/ # 模块根目录（含 go.mod） ├── cmd/ │ └── hello/ # 可执行命令入口 │ └── main.go # 极简：仅 import + 调用，声明 package main ├── internal/ │ └── utils/ # 私有工具包（不可被外部 module 导入） │ └── utilities.go # 声明 package utils └── go.mod
cmd/hello/main.go 内容：
package main
import (
"hello/internal/utils" // 导入路径基于模块名（go.mod 中定义）
)
func main() {
println(utils.FormatGreeting("World"))
}internal/utils/utilities.go 内容：
package utils // 包名与目录名一致，清晰可读
import "fmt"
// 导出函数首字母大写
func FormatGreeting(name string) string {
return fmt.Sprintf("Hello, %s!", name)
}✅ 优势：职责分离、可测试性强、支持单元测试独立构建、符合 Standard Go Project Layout；
✅ 补充：internal/ 下的包天然受 Go 工具链保护——任何外部模块尝试 import "hello/internal/utils" 都会编译失败，保障封装性。
❌ 为什么不能“混合包名”？
你的 ADD 2 和 ADD 3 实验揭示了一个重要事实：import "pkg1" 的路径由文件系统路径决定，而 package pkg2 仅影响该包内符号的作用域命名前缀（等效于隐式别名 import pkg2 "pkg1"）。但这绝不意味着你可以随意混用包名——因为 Go 构建系统在解析目录时，首先校验的是包一致性（go list 阶段），而非符号链接阶段。一旦发现同目录多包，流程立即终止，后续的符号解析（如 pkg2.FA）根本不会发生。
? 快速验证与调试技巧
- 查看当前目录被识别为哪些包：
go list -f '{{.Name}}: {{.GoFiles}}' . - 强制检查包结构合法性（不编译，仅校验）：
go list ./...
- 初始化模块（避免 GOPATH 干扰）：
go mod init hello
总结
Go 的简洁性源于其严格约定：一个目录 → 一个包 → 一个包名。试图在单目录内通过不同 package 声明实现“逻辑分组”，本质上违背了语言的设计哲学。正确路径只有两条：
- 简单项目 → 统一
package main，用函数/类型自然隔离职责； - 生产项目 → 采用
cmd/+internal/标准布局，让包名、目录名、导入路径三者协同，获得长期可维护性。
记住：go run .能成功运行的前提，永远是整个目录被 Go 工具链无歧义地识别为单一逻辑包。
