不能直接 go run main.go 启动 Fyne GUI 应用，因其跳过 CGO 编译、资源嵌入及平台清单生成，导致原生后端初始化失败、窗口静默退出或黑屏；必须用 fyne package 构建并严格遵循 app.New()→窗口构建→a.Run() 生命周期顺序。
不能直接 go run main.go 启动 Fyne GUI 应用，它会静默退出或崩溃——因为 Fyne 依赖系统原生图形后端（Cocoa/Win32/X11/Wayland），且必须在构建阶段嵌入图标、清单、资源，go run 完全跳过这一步。
为什么 go run main.go 总是失败或没反应
Fyne 不是纯 Go 渲染库，它通过 CGO 调用操作系统底层图形 API。这意味着：
-
go run不触发 CGO 编译流程，导致链接失败或空窗口 - 图标、应用 ID、Info.plist（macOS）或 manifest（Windows）等元数据未注入，跨平台行为异常
- Linux 下常见
GLXBadContext错误，本质是 OpenGL 上下文初始化失败，go run无法控制渲染后端协商逻辑
正确做法是统一用 fyne package 构建：
fyne package -os linux fyne package -os windows fyne package -os darwin -appID com.example.calculator
该命令自动调用 go build，并注入平台所需资源；生成的二进制可直接双击运行。
立即学习“go语言免费学习笔记（深入）”；
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
app.New() 和 a.Run() 的顺序与调用时机不能错
Fyne 生命周期强绑定这两个调用，漏掉或颠倒会导致程序启动即退出、按钮无响应、布局不刷新：
- 必须第一行调用
app.New()：初始化全局状态（事件循环、剪贴板、主题、字体缓存） -
a.NewWindow()必须在a := app.New()之后：窗口上下文依赖已初始化的 App 实例 - 必须最后调用
a.Run()：进入主事件循环；写成app.MainLoop()会编译失败（该函数不存在） - 不要用
w.ShowAndRun()替代w.Show(); a.Run()：前者是旧版 API，v2 中已弃用，会导致 macOS 上菜单栏缺失
计算器与语言学习 GUI 共用的布局陷阱
两类应用都倾向用 container.NewGridWithColumns() 或 container.NewVBox() 排列按钮，但容易忽略响应式断裂点：
- Grid 布局在小屏（如 800×600）下会挤压按钮导致文字截断，应配合
widget.NewLabel().SetTextSize(14)控制字号 - 语言学习类应用常含多行
widget.Entry，需显式设置e.SetMinRows(3)防止默认高度过小 - 计算器的运算符按钮（+−×÷）建议用
widget.NewButtonWithIcon("×", theme.ContentAddIcon(), ...)统一视觉权重，避免纯文本按钮在高 DPI 屏幕上模糊 - 所有用户输入控件（
widget.Entry、widget.Select）必须在窗口Show()前完成SetOnChanged或SetOnSubmit绑定，否则首次输入不触发回调
Linux 下打包后点击无反应的临时诊断路径
不是代码问题，而是环境适配问题。先快速验证：
- 终端中手动运行：
GDK_BACKEND=wayland ./myapp或GDK_BACKEND=x11 ./myapp - 强制软件渲染：
LIBGL_ALWAYS_SOFTWARE=1 ./myapp（仅调试，动画卡顿） - 检查是否缺失 GL 库：
ldd ./myapp | grep gl，若输出为空，说明链接失败，需重装libgl1-mesa-dev（Ubuntu）或mesa-libGL-devel（Fedora） - 确认当前会话是图形环境：SSH 连接默认无 DISPLAY，
echo $DISPLAY应返回:0或类似值
真正跨平台发布时，别依赖环境变量硬编码——它们只是临时绕过手段；生产包必须确保目标机器已预装对应 GL 库和桌面环境依赖。
