Go 中无法直接从子包访问 main 包中定义的常量或变量，因为 main 包不可被其他包导入，且 Go 严格禁止导入循环；正确做法是将共享变量提取至独立的、可被双方导入的公共包中。

go 中无法直接从子包访问 `main` 包中定义的常量或变量，因为 `main` 包不可被其他包导入，且 go 严格禁止导入循环；正确做法是将共享变量提取至独立的、可被双方导入的公共包中。

在 Go 语言中，main 包具有特殊地位：它作为程序入口，不能被任何其他包导入。这是 Go 编译器的硬性约束，根本原因在于防止潜在的导入循环（import cycle）——如果 sub 包能导入 main，而 main 又已导入 sub，则形成非法依赖闭环，编译器会直接报错（如 import cycle not allowed）。因此，你遇到的 undefined: AppName 并非作用域遗漏，而是语言设计层面的明确限制。

✅ 正确实践：创建独立的 globals（或更语义化的如 config、consts）包
例如，新建 pkg/consts/consts.go：

// pkg/consts/consts.go
package consts

const AppName = "global string"

然后更新你的代码：

// main.go
package main

import (
    "your-module/pkg/consts"
    "your-module/sub"
)

func main() {
    sub.Run()
}

// sub/sub.go
package sub

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

func Run() {
    fmt.Println(consts.AppName) // ✅ 正确访问
}

⚠️ 注意事项：

• 包路径需使用模块完整路径（如 github.com/you/project/pkg/consts），确保 go mod tidy 能正确解析；
• 避免滥用“全局变量”：优先考虑通过函数参数、结构体字段或配置对象传递依赖，提升可测试性与可维护性；
• 若仅需少量常量，也可考虑将 consts 定义为 internal/consts（限制仅本模块内使用），增强封装性。

总结：Go 的包隔离机制是刻意为之的设计哲学——它强制开发者显式声明依赖关系，杜绝隐式耦合。所谓“原始方式”不可行，并非缺陷，而是对清晰架构的保障。将共享状态收归专用包，既是规范解法，也是迈向健壮 Go 工程的第一步。