必须调用 a.Run() 启动事件循环，而非不存在的 app.MainLoop()；多窗口需显式调用，单窗口可用 w.ShowAndRun()；打包须用 fyne package 而非 go build；Linux GUI 需确保 OpenGL 环境及桌面会话；widget 操作须在主线程且处于组件树中。
用 Fyne 写跨平台 GUI，必须调用 a.Run() 而不是 app.MainLoop()
很多新手照着网上片段写，main() 里调了 app.New() 和 w.Show() 就以为完事了，结果一运行窗口闪一下就退出——根本原因是漏掉了事件循环入口。Fyne 不是“创建完窗口就自动跑起来”，它依赖 a.Run() 启动内部的 goroutine 事件泵，处理绘制、输入、生命周期等所有后续动作。
-
a.Run()是应用实例a的方法，必须在a := app.New()之后调用 -
app.MainLoop()并不存在，是过时/错误文档残留，编译会报错或 panic - 如果用
w.ShowAndRun()，它内部已封装了a.Run()，但仅适用于单窗口简单场景；多窗口或需控制启动时机时，必须显式调用a.Run()
打包 Windows/macOS/Linux 应用，别手敲 go build，要用 fyne package
直接 go build 出来的二进制，在 macOS 上双击打不开、Linux 上点开没反应、Windows 上弹黑框——这些都不是代码问题，而是缺失平台必需的元信息和资源嵌入。
-
fyne package -os windows会自动加-ldflags="-Hwindowsgui"，避免控制台窗口弹出 -
fyne package -os darwin会生成 .app 包，并写好Info.plist，否则 macOS Gatekeeper 拒绝运行 -
fyne package -os linux会打包图标、desktop 文件和资源路径，否则图标不显示、托盘异常、文件读取失败 - 它还会自动调用
go build，你不用重复操作；自己 build 再手动打包，大概率崩溃或 UI 错位
Linux 下点开没反应？先看是不是 GLXBadContext 或 headless 环境
尤其在远程 SSH 连接后直接执行 GUI 二进制，或者在没有桌面会话的容器/CI 环境里，Fyne 启动时卡死、无日志、进程秒退——这基本是 OpenGL 初始化失败，不是你的 Go 代码有 bug。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 常见错误信息：
libGL error: unable to load driver: swrast_dri.so或GLXBadContext - 临时调试可加环境变量：
GDK_BACKEND=wayland ./myapp（Wayland 会话）或GDK_BACKEND=x11 ./myapp（X11 会话） - 强制软件渲染：
LIBGL_ALWAYS_SOFTWARE=1 ./myapp，但动画卡顿、性能差，仅限验证逻辑 - 生产环境必须确保目标机器装了
libgl1（Debian/Ubuntu）或mesa-libGL（RHEL/Fedora），且不在纯 terminal 环境下直接运行 GUI 二进制
别把 widget 当普通结构体传参，组件树必须由 Fyne 管理
有人想把 widget.NewLabel("x") 存成全局变量，或从函数返回再塞进窗口，结果文本不更新、点击无效、布局错乱——Fyne 的 widget 不是“值”，而是带状态、绑定渲染上下文的对象，脱离窗口树就失去意义。
立即学习“go语言免费学习笔记（深入）”；
- 所有
SetContent()、Add()、Append()操作都必须在窗口或容器已存在且未销毁的前提下进行 - 不要在 goroutine 里直接改 widget 字段（如
label.Text = "new"），必须用label.SetText("new")并确保在主线程（Fyne 自动保证） - 动态更新内容，优先用
widget.NewRichTextFromMarkdown或绑定widget.NewEntryWithData，而不是反复 new + replace
-Hwindowsgui、没装的 libgl1、或误以为能跨 goroutine 直接操作 widget 的那一行赋值。 
