作为一个维护过许多有一定历史沉淀的 Go 项目的人，在历史债务下和奇葩需求下，会遇到一些迫于业务需求的技术诉求。
诉求上是希望引用多项目，会出现从 main 包（package）中导入相关函数的这种使用诉求。为了将多 Go 工程合并到一个大单体中使用。
Go 为什么不支持从 main 包中导入函数
Go 语言确实不支持从 main 包中导入函数，这主要是出于包管理和模块化的考虑。main 包在 Go 中具有特殊的地位，它是程序的入口点，即程序的执行从这里开始。main 包通常只包含一个 main 函数，这是 Go 应用程序的入口点。
不支持从 main 包导入函数的原因有以下几点：
- 封装性：main 包是程序的入口点，通常只包含程序启动所需的最小代码。将其他功能放在 main 包中会导致代码结构混乱，不利于封装和重用。
- 可测试性：如果 main 包包含其他功能函数，那么这些函数将很难进行单元测试，因为它们与程序的启动和退出紧密相关。
- 模块化：Go 语言鼓励将代码组织成多个包，每个包负责特定的功能。这样可以将代码划分为更小的、更易于管理的模块，提高代码的可读性和可维护性。
下面通过几个例子来说明为什么 Go 不支持从 main 包中导入函数：
代码结构混乱
假设我们有一个 main 包，其中不仅包含 main 函数，还包含其他功能函数：
// main.go
package main
import "fmt"
func helperFunction() {
fmt.Println("Helper function called")
}
func main() {
helperFunction()
// 其他程序逻辑...
}在这个例子中，helperFunction 被定义在 main 包中。如果我们想在其他包中使用这个函数，就需要将其移动到另一个包中，否则无法导入和使用。
测试困难
假设我们将 helperFunction 放在了 main 包中，并尝试为其编写单元测试：
// main_test.go
package main
import "testing"
func TestHelperFunction(t *testing.T) {
helperFunction()
// 断言和验证...
}由于 main 包与程序的启动和退出紧密相关，测试 main 包中的函数可能会受到程序状态、命令行参数、环境变量等多种因素的影响，导致测试不稳定或难以编写。
模块化不足
如果我们将所有代码都放在 main 包中，那么代码将很难进行模块化拆分。随着项目规模的扩大，代码将变得难以管理和维护。
通过将代码拆分为多个包，我们可以更好地组织代码，提高代码的可读性和可维护性。
总结
Go 语言不支持从 main 包中导入函数是为了保持代码的封装性、可测试性和模块化。
我们应该将功能函数放在适当的包中，并在需要时从其他包中导入它们。这样可以提高代码的质量、可维护性和可重用性。
