Beego 模板中无法直接访问全局变量或请求上下文，必须通过 beego.AddFuncMap() 注册函数获取静态/动态配置（如 {{now}}），或在 Controller 中显式传入运行时数据（如 this.Data["user_perms"] = perms）；跨实例共享状态须依赖 Redis/etcd 等外部存储，而非本地内存或 sync.Map。
Beego 本身不提供“全局变量注入模板”或“跨 handler 共享内存变量”的默认机制——它和 Gin 一样，严格遵循 Go html/template 的上下文隔离原则。所谓“共享”，必须显式传递、显式注册或显式同步，否则不是数据不一致，就是竞态崩溃。
Beego 模板里怎么用全局配置或运行时状态？
Beego 没有 r.SetFuncMap() 这类 API，但支持在 app.conf 中定义的配置项通过 beego.AppConfig.String("key") 访问；若需动态值（如启动时间、服务版本、Redis 连接状态），必须注册自定义模板函数。
- 在
main.go初始化后、beego.Run()前调用beego.AddFuncMap("now", func() int64 { return time.Now().Unix() }) - 函数签名必须是
func() interface{}或带参数（如func(string) string），不能返回多个值 - 模板中直接写
{{now}}或{{version "backend"}}，无需传参，也无需每次从 handler 透传 - 避免在函数体内做耗时操作（如查 DB、HTTP 调用），模板渲染是同步阻塞的
多个 Controller 之间怎么安全共享大型结构体？
不要用包级变量 + sync.Mutex 硬扛——Beego 的 Controller 实例是每次请求新建的，包级变量只对 goroutine 间共享有效，但容易因生命周期错配导致 panic 或 stale read。
- 真正需要共享的数据（如缓存的用户权限树、预加载的字典表），应封装为单例服务，用
sync.Once初始化，用sync.RWMutex控制读写 - 写操作（如后台定时刷新）走单独 goroutine，读操作在 Controller 中直接
dataService.GetRoles() - 如果结构体含
[]byte或指针字段，确保写入后调用atomic.StorePointer更新指针，否则读 goroutine 可能看到部分初始化内容 - 禁止在 Controller 的
Get()方法里直接修改包级变量，哪怕加了锁——这会把 HTTP 请求生命周期和数据生命周期强行耦合
为什么 Beego 的 Session 共享成功了，但自定义全局状态还是不同步？
Session 共享靠的是 Redis 驱动 + 统一 key 命名空间，而“全局状态”若仍放在本地内存（比如一个 var cacheMap = make(map[string]interface{})），那每个 Beego 实例都有一份独立副本，负载均衡下必然不一致。
- 真要跨实例共享运行时状态（如限流计数器、灰度开关），必须落地到外部存储：Redis 的
INCR/HGETALL、etcd 的 watch、或数据库的行锁 - 别信“用
sync.Map就能解决”，它只在单进程内有效；多实例部署时，sync.Map和普通 map 没区别 - 如果只是想让所有实例启动时加载同一份配置，用
beego.AppConfig+ 配置中心（如 Nacos）更稳妥，而不是自己维护一个全局 map - Beego v2 的
beego.BeeApp.Handlers是内部路由表，不可用于存放业务状态——改它会导致路由逻辑错乱
最易被忽略的一点：Beego 的模板函数执行时没有 request context，无法访问当前用户的 Session 数据。若需在模板中显示“当前用户权限”，必须在 Controller 的 this.Data["user_perms"] = perms 中显式传入，不能指望模板函数里调 beego.GlobalSessions.SessionGet() —— 因为此时 session ID 还没从 cookie 解析出来。
