你提到的“import cycle not allowed”错误是 Go 语言中一个常见的问题，表示在包的导入中存在循环依赖。在 Go 中，一个包不能直接或间接导入自己，否则就会报这个错误。
在你提到的第二个例子中，main 包和 submodule 包相互导入，形成了一个循环依赖：
main包导入了submodule包。submodule包又导入了main包。
这种结构是不被允许的，因为 Go 语言的设计哲学是避免循环依赖，以保持代码的清晰性和可维护性。
解决方法
方法 1：重构代码，避免循环依赖
最简单的方法是重新设计代码结构，避免 submodule 包直接依赖 main 包。例如，可以将需要共享的逻辑提取到一个独立的包中，然后让 main 包和 submodule 包都依赖这个独立的包。
假设项目结构如下：
myapp/
├── main.go
├── submodule/
│ └── submodule.go
├── shared/
│ └── shared.go
在 shared/shared.go 中定义共享逻辑：
// shared/shared.go
package sharedimport "fmt"func SayHello() {fmt.Println("Hello from shared package!")
}
在 main.go 中调用共享逻辑：
// main.go
package mainimport ("./shared""./submodule"
)func main() {shared.SayHello()submodule.CallSharedFunction()
}
在 submodule/submodule.go 中调用共享逻辑：
// submodule/submodule.go
package submoduleimport ("fmt""./shared"
)func CallSharedFunction() {shared.SayHello()fmt.Println("Called from submodule!")
}
这样，main 包和 submodule 包都依赖 shared 包，而不会形成循环依赖。
方法 2：使用回调函数
如果确实需要在 submodule 中调用 main 包中的函数，可以通过回调函数的方式传递。这样可以避免直接导入 main 包。
假设项目结构如下：
myapp/
├── main.go
├── submodule/
│ └── submodule.go
在 main.go 中定义回调函数：
// main.go
package mainimport ("fmt""./submodule"
)func main() {submodule.CallFunction(func() {fmt.Println("Hello from main package!")})
}
在 submodule/submodule.go 中定义一个函数，接受回调函数作为参数：
// submodule/submodule.go
package submoduleimport "fmt"func CallFunction(callback func()) {callback()fmt.Println("Called from submodule!")
}
这种方式通过回调函数传递逻辑，避免了直接导入 main 包，从而解决了循环依赖问题。
总结
- 推荐方法：将共享逻辑提取到独立的包中，避免循环依赖。
- 替代方法：使用回调函数传递逻辑，避免直接导入
main包。
在实际开发中，尽量避免在子模块中直接调用 main 包的逻辑，这样可以保持代码的清晰性和模块化。
