showballoontip在win10/11上不可靠，因微软自1607起弃用传统气泡提示，实际显示受通知设置、专注助手、前台进程要求及notifyicon初始化三条件（合法.ico、visible=true、主窗体handle就绪）共同制约。
NotifyIcon.ShowBalloonTip 是唯一能触发原生任务栏气泡的 API，但它在 Windows 10/11 上已不可靠——不是代码写错了，是系统层禁用了。
为什么 ShowBalloonTip 在 Win10/11 上经常不显示
Windows 10 1607 起，微软将传统气泡提示（Balloon Tip）标记为“已弃用”，实际行为取决于：
– 当前用户是否在「设置 → 系统 → 通知和操作」中启用了“获取来自此应用的通知”
– 是否开启了“专注助手”或“勿扰模式”（此时连 ERROR_SUCCESS 都可能返回，但气泡静默消失）
– 应用是否以“前台进程”身份运行（后台服务调用会直接失败，GetLastError() 返回 ERROR_INVALID_WINDOW_HANDLE）
– NotifyIcon.Visible 为 false 时调用，不会报错，但也不显示
NotifyIcon 必须初始化的三个硬性条件
缺一不可，否则气泡根本不会弹出：
– notifyIcon.Icon 必须指向一个合法的 .ico 文件（不能是 Bitmap 或 PNG 直接赋值）
– notifyIcon.Visible = true（哪怕只设一次，也必须在调用前为 true）
– 主窗体必须已创建并完成 Handle 初始化（即不能在 Form1() 构造函数里就调用 ShowBalloonTip，应在 Load 事件或按钮点击中触发）
在 Windows 11 上"直接发声"的 TTS（从 WSL2/TUI 调用 powershell.exe + System.Speech）。适用于用户说"说出来/读出来/语音播报/用TTS"，或反馈"没声音/tts 生成的 mp3 是空的/播不出来"，以及需要中文语音但 OpenClaw 内置 tts 不可用时。
连续调用时气泡被覆盖、无排队机制
ShowBalloonTip 是覆盖式触发，不是队列式：
– 第二次调用会立即关闭第一次气泡，不管它是否超时
– 没有内置节流，也没有回调告知“上一个已关闭”
– 若需顺序提醒，必须自己实现状态机：用 Timer 控制间隔，用布尔标志位锁住重复触发，或维护一个 Queue<string></string> 手动轮播
– 建议 timeout 设为 5000ms 以上，避免用户来不及阅读就被下一条覆盖
替代方案比死磕 ShowBalloonTip 更现实
真要稳定推送通知，应转向现代方案：
– 使用 Windows Runtime API 的 ToastNotificationManager（需项目目标框架 ≥ .NET Framework 4.6.2，且启用“Windows 10 SDK”支持）
– 依赖第三方库如 Hardcodet.NotifyIcon.Wpf（WPF 场景）或封装好的 WinRT.Toast NuGet 包（支持后台线程发送）
– 自绘窗体模拟气泡（如 BubbleForm），虽失去系统级权限，但完全可控、可动画、可点击穿透、可记录日志
– 注意：所有现代 Toast 需提前注册 AppUserModelID，否则通知中心拒收
ShowBalloonTip，而是判断此刻该不该用它——在 Win11 上，默认策略就是“不显示”。
