Fyne 是 Go 生态里，唯一一个能让你在桌面应用运行时，现场切换主题的跨平台 GUI 框架。其他方案，不是没提供主题 API，就是得重启进程，或者依赖外部 CSS/HTML 来糊弄——都算不上真正的桌面级主题切换。
这么说吧，Fyne 能实现动态换肤，靠的是 fyne.Theme 接口。这个接口定义了颜色、字体、图标尺寸等所有视觉变量。关键点在于：你只要造出一个实现了这个接口的主题对象，就能在运行时通过 app.Settings().SetTheme() 让它立刻生效。很多人一开始会犯一个错误：试图手动修改 widget 的字段，比如 label.TextColor，但这样不仅没用，还会被下次重绘覆盖掉。
这里有几点需要注意：
- 主题必须是全局单例，不能每次切换都
new一个新实例，否则内存泄漏跑不掉。 - 切换前，确保所有窗口已经调用了
w.Show()，否则新主题不会应用到未显示的窗口。 - 别复用
widget.NewLabel后再塞进不同主题窗口——Fyne 内部会缓存样式，你需要重新创建 widget 或调用w.Refresh()。
看个简单的例子：
func switchToDark(a fyne.App) { a.Settings().SetTheme(fyne.DarkTheme())}func switchToLight(a fyne.App) { a.Settings().SetTheme(fyne.LightTheme())}
fyne.Theme 是唯一可动态替换的官方机制
Fyne 不接受“只改几个颜色”的半吊子主题。哪怕你只是想换主色，也得返回全部 Color、Font、Icon 实现——否则运行时直接 panic。
容易踩的坑：
- 忘记实现
Icon(theme.IconName) fyne.Resource方法，按钮图标会直接消失。 - 返回
nil字体，比如TextSize对应的Font，会触发空指针崩溃。 - 在
Color方法里硬编码 RGB 值，却不考虑暗色模式逻辑——比如把背景设成color.RGBA{0,0,0,255}，但亮色主题下应该用白色。
正确做法是封装一个结构体，统一管理明/暗两套值：
type MyTheme struct { dark bool}func (t MyTheme) Color(name fyne.ThemeColorName, variant fyne.ThemeVariant) color.Color { if t.dark { switch name { case theme.ColorNameBackground: return color.NRGBA{30, 30, 30, 255} case theme.ColorNamePrimary: return color.NRGBA{121, 196, 118, 255} } } else { switch name { case theme.ColorNameBackground: return color.NRGBA{255, 255, 255, 255} case theme.ColorNamePrimary: return color.NRGBA{79, 162, 74, 255} } } return theme.DefaultTheme().Color(name, variant)}
切换后布局错乱？检查 widget.Refresh() 调用时机
Fyne 不会自动重绘所有 widget。当你切换主题后，部分组件——尤其是自定义 Widget 或含 CanvasObject 的——可能还显示旧样式，因为它们没收到刷新通知。
根本原因在于，Fyne 的刷新是“按需触发”，而不是“全量重绘”。
解决方式：
- 对于标准 widget（
widget.Label、widget.Button），只要它们在窗口树中且已显示，SetTheme()后会自动刷新。 - 对于自定义 widget，必须在
Refresh()方法里显式读取当前主题（theme.CurrentTheme()），并据此更新内部状态。 - 如果用了
widget.NewForm或container.NewAdaptiveGrid，切换后需手动调用其父容器的Refresh()。
别写这种代码：
// ❌ 错误：假设 Refresh() 会递归触发所有子项myForm.Refresh()
应写成：
// ✅ 正确：确保父容器重绘，触发子项样式更新myWindow.Content().Refresh()
主题切换真正难的不是换颜色，而是状态一致性：配置是否持久化、托盘图标是否同步变色、系统级暗色模式变更时能否自动响应、多显示器不同缩放比下字体是否错位。这些细节不处理，用户一眼就能看出是“假暗色模式”。
