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.Hello 时，可传入模拟函数（mock）验证行为，无需启动整个 main 环境。