Go调用系统原生对话框不能直接用fmt或log，因其仅输出文本到终端，而弹窗需调用OS GUI API（如Windows MessageBoxW）；标准库无GUI能力，须借助robotn/golibs等跨平台绑定库实现。
Go 调用系统原生对话框为什么不能直接用 fmt 或 log
因为终端输出不是桌面 GUI 对话框——fmt.Println 只能打字到命令行，而用户点击的“是否保存？”弹窗、文件选择器、错误提示气泡，需要调用操作系统提供的 GUI API（如 Windows 的 MessageBoxW、macOS 的 NSAlert、Linux 的 GTK/Qt 组件）。Go 标准库不带 GUI 能力，必须借助第三方绑定或跨平台库。
推荐方案：用 robotn/golibs（原 andlabs/ui 维护分支）实现轻量跨平台对话框
它封装了各平台原生控件，不依赖 Webview 或重量级框架，生成单二进制，适合工具类桌面小应用。注意：它不支持 macOS 13+ 的签名限制（需手动开启开发者模式），且 Linux 下需预装 libgtk-3-dev 等头文件。
- 安装：
go get -u github.com/robotn/golibs/ui - 最简消息框示例：
package main import "github.com/robotn/golibs/ui" func main() { ui.Main(func() { ui.MsgBox("提示", "操作已完成") }) } -
ui.MsgBox阻塞当前 goroutine，但不阻塞 UI 线程；若需非阻塞，改用ui.MsgBoxAsync并传回调函数 - 文件选择器用
ui.OpenFile/ui.SaveFile，返回的是绝对路径string，不是*os.File
替代方案：用 mattn/go-sqlite3 风格的 Cgo 绑定调用系统 API（仅限特定平台）
如果你只要 Windows，可直接用 golang.org/x/sys/windows 调 MessageBoxW；macOS 可用 cgo + NSAlert；但这样代码无法跨平台编译，维护成本高。典型坑点：
- Windows 下忘记调
syscall.MustLoadDLL("user32.dll")导致 panic - macOS 的
NSAlert必须在主线程（maingoroutine）调用，否则崩溃 - Cgo 编译时加
-ldflags "-H windowsgui"（Windows）隐藏控制台窗口，否则弹窗同时带黑框
别踩这些坑
很多人试过 fyne.io 或 gioui.org 后放弃，不是因为它们不好，而是误判了需求场景：
立即学习“go语言免费学习笔记（深入）”；
- 只想要一个“确认退出”弹窗？用
robotn/golibs/ui足够，不必引入完整 UI 框架 - 想打包成无依赖 .exe/.app？确保链接时没漏掉
-ldflags "-s -w"和平台特定资源（如 Windows manifest） - Linux 上
ui.MsgBox显示为空白？大概率是没装libgtk-3-0运行时库，而非编译问题 - 对话框文字乱码？Go 字符串默认 UTF-8，但 Windows API 接收 UTF-16，
robotn/golibs内部已转换，自己写 Cgo 时必须用syscall.UTF16PtrFromString
真正难的不是调哪个函数，而是判断该不该让整个程序变成 GUI 应用——如果只是 CLI 工具加个提示，fmt.Scanln 问用户“y/N”反而更可靠。
