go 禁止子包直接导入 main 包以避免循环依赖，正确做法是将 main 中的函数作为参数（回调）传入子包函数，利用 go 的函数一等公民特性实现解耦调用。
在 Go 语言中，main 包具有特殊地位：它不能被其他包导入（否则会触发编译错误 import "main" is not allowed），这是 Go 编译器强制执行的设计约束，目的是防止循环依赖和维护清晰的程序入口边界。因此，你无法、也不应在 subpackage/lib.go 中通过 import "github.com/ddavison/project" 或类似方式直接调用 main.go 中定义的 DoSomething()。
✅ 正确且符合 Go 惯例的解决方案是：将函数作为值传递（即回调机制）。
✅ 推荐实践：通过函数参数解耦
修改 lib.go，使其接受一个函数类型参数：
// subpackage/lib.go
package subpackage
import "fmt"
// Complete 是一个函数类型别名，表示无参无返回值的函数
type Complete func()
// Hello 接收一个 Complete 类型的回调，在打印后执行它
func Hello(complete Complete) {
fmt.Println("hello")
if complete != nil {
complete() // 安全调用（可选 nil 检查）
}
}在 main.go 中，将 DoSomething 作为实参传入：
// main.go
package main
import (
"fmt"
"github.com/ddavison/project/subpackage"
)
func main() {
subpackage.Hello(DoSomething) // 传入函数名（不带括号），即函数值
}
func DoSomething() {
fmt.Println("done!")
}? 注意：DoSomething 是函数标识符（即函数值），不是调用表达式；写成 DoSomething() 就会立即执行并传入其返回值（此处为 nil），导致编译失败或逻辑错误。
⚠️ 其他不推荐的替代方案（及为何避免）
- ❌ 重构为独立工具包：把 DoSomething 提取到新包（如 github.com/ddavison/project/pkg）再被 main 和 subpackage 共同导入——适用于通用逻辑，但过度设计，违背“main 即入口”的语义。
- ❌ 使用全局变量 + 函数指针：虽技术可行，但破坏封装性、难以测试、并发不安全，严重违背 Go 的显式依赖原则。
- ❌ interface + 注册机制：增加复杂度，仅在插件化场景（如 CLI 命令扩展）中必要，本例纯属杀鸡用牛刀。
✅ 总结
| 场景 | 是否可行 | 说明 |
|---|---|---|
| subpackage 导入 main | ❌ 编译报错 | Go 明确禁止 |
| main 调用 subpackage 函数 | ✅ 标准用法 | 通过 import + 包名调用 |
| subpackage 回调 main 函数 | ✅ 推荐方式 | 利用函数类型传参，松耦合、易测试、零依赖 |
这种回调模式不仅解决了跨包调用问题，还提升了代码可测试性——单元测试 subpackage.Hello 时，可传入模拟函数（mock）验证行为，无需启动整个 main 环境。
