Fyne GUI程序必须调用app.New()初始化应用和a.Run()启动事件循环，缺一不可；跨平台打包须用fyne package而非go build，否则图标、资源等缺失；Linux运行需确保OpenGL支持。
用 Fyne 写第一个窗口，app.New() 和 a.Run() 缺一不可
不初始化应用对象、不启动事件循环，GUI 程序根本跑不起来——不是黑屏，是直接退出。Fyne 不是“画完就完”，它依赖完整的生命周期管理。
-
app.New()必须是main()里第一行：它初始化全局状态（主题、剪贴板、事件分发器），漏掉会导致后续a.NewWindow()panic 或行为异常 -
a.Run()必须放在最后：它阻塞并驱动整个 GUI 循环；写成app.MainLoop()会编译失败，写成w.Show()后不调a.Run()，窗口闪一下就消失 -
w.ShowAndRun()是快捷写法，但只适合单窗口极简场景；多窗口或需控制启动时机时，必须拆开写w.Show()+a.Run()
错误示例：func main() { w := app.NewWindow("x"); w.Show() } → 程序立即退出，什么也看不到。
跨平台打包别绕过 fyne package，go build 直接出的二进制大概率崩溃
Fyne 的图标嵌入、Info.plist（macOS）、资源绑定、manifest（Windows）全靠 fyne package 完成。跳过这步，哪怕代码逻辑完全正确，Linux 下点不开、macOS 上无图标、Windows 上双击没反应，都是常态。
- 正确命令：
fyne package -os linux、fyne package -os windows、fyne package -os darwin -appID com.example.calc（macOS 必须带-appID） - 它内部自动调用
go build，你不需要也不该先go build再手动打包 - Linux 下打包后点开无反应？大概率是缺少 OpenGL 支持——不是代码错，而是目标机没装
libgl1（Ubuntu）或mesa-libGL（Fedora）
临时调试可加环境变量：GDK_BACKEND=wayland ./myapp 或 LIBGL_ALWAYS_SOFTWARE=1 ./myapp，但这是退化方案，别当正式发布手段。
立即学习“go语言免费学习笔记（深入）”；
计算器这类小工具，别拼字符串 eval，govaluate.Eval() 要配输入校验
用户输 1+2*3 没问题，输 rm -rf / 或 os.Exit(1) 就炸了——Go 没有安全 eval，所有表达式求值必须白名单过滤。
- 用
github.com/Knetic/govaluate是合理选择，但它不防恶意输入；必须在调用前检查entry.Text是否只含数字、+-*/.()和空格 - 正则粗筛够用：
^[\d+\-*/().\s]+$，匹配失败就直接设entry.SetText("Error") - 连续点
=、连按+、输1.2.3这类操作，Fyne 不管状态；得自己维护一个结构体记录currentInput、lastOperator、waitingForNumber
没有状态机的计算器，用户随便点几下，界面就和实际计算逻辑对不上——这不是渲染问题，是逻辑层失控。
Linux 下报 GLXBadContext，不是代码 bug，是运行环境没配好
这个错误本质是 GPU 渲染上下文创建失败，90% 和你的 Go 代码无关，而是目标机器缺少基础图形栈支持。
- 常见触发场景：SSH 连接后直接运行 GUI 二进制、Wayland 会话未启用 XWayland、NVIDIA 驱动未正确加载、容器里没挂载
/dev/dri -
GDK_BACKEND=x11或wayland可临时切换后端，但只是绕过问题；生产环境必须确保桌面环境完整、libgl1已安装、且不在 headless 环境中直接启动 GUI - Fyne 默认强依赖 OpenGL；禁用硬件加速（
LIBGL_ALWAYS_SOFTWARE=1）会让动画卡顿、响应延迟，仅限调试
真正要交付的 Linux 桌面应用，得把运行依赖写进安装说明里——比如 “需 Ubuntu 22.04+，已启用桌面环境，安装 libgl1” ——而不是指望用户自己查 GLX 错误。
