go 中主包（main）定义的常量或变量无法被其他包直接访问，因为 main 包不可被导入；解决方法是将共享变量提取至独立的、可被双方导入的公共包中。

go 中主包（main）定义的常量或变量无法被其他包直接访问，因为 main 包不可被导入；解决方法是将共享变量提取至独立的、可被双方导入的公共包中。

在 Go 语言中，main 包具有特殊地位：它作为程序入口，不能被其他包导入。这是 Go 编译器强制执行的规则，根本目的在于防止 import 循环（circular import）。当你尝试在 sub/sub.go 中直接引用 AppName（定义在 main.go 中），Go 编译器会报错 undefined: AppName——并非作用域未导出（AppName 首字母大写，已是导出标识符），而是因为 sub 包根本无法通过任何 import 语句“看到” main 包的符号。

✅ 正确做法：创建一个独立的、可复用的配置/常量包（例如 pkg/config 或 internal/globals），将共享变量集中管理：

// pkg/config/config.go
package config

const AppName = "global string"

// main.go
package main

import (
    "fmt"
    "your-module/pkg/config" // 替换为实际模块路径
    "your-module/sub"
)

func main() {
    fmt.Printf("From main: %s\n", config.AppName)
    sub.Run()
}

// sub/sub.go
package sub

import (
    "fmt"
    "your-module/pkg/config"
)

func Run() {
    fmt.Printf("From sub: %s\n", config.AppName) // ✅ 正常编译运行
}

⚠️ 注意事项：

• 不要使用 main 包存放业务逻辑或共享状态——它应仅负责初始化和启动；
• 若变量需运行时修改（如配置加载后赋值），建议使用 var + init() 函数或延迟初始化（sync.Once），而非 const；
• 对于大型项目，推荐将全局配置封装为结构体（如 type Config struct { AppName string }），并通过依赖注入传递，而非全局裸变量，以提升可测试性与可维护性。

总结：Go 的包隔离设计天然排斥“跨包隐式共享”，看似多了一层封装，实则换来清晰的依赖边界与可靠的构建行为。把 globals 提取为显式包，不是妥协，而是遵循 Go 的正交哲学。