17370845950

Avalonia 中处理窗口关闭需监听 Closing 事件并合理使用 e.Cancel，支持同步拦截与异步确认；通过 e.CloseReason 区分关闭来源，避免误拦系统操作；配合 ShutdownMode 和 ApplicationLifetime 控制应用退出逻辑。

Avalonia 中处理窗口关闭事件，核心在于正确使用 Closing 事件和理解其可取消机制。它不是简单的“关就完事”，而是一个支持拦截、验证、异步决策的生命周期关键点。

监听并取消默认关闭行为

在窗口实例（如 MainWindow）中订阅 Closing 事件，通过设置 e.Cancel = true 可阻止窗口关闭：

• 适用于需要用户确认（如未保存数据）、执行清理或异步校验的场景
• 注意：该事件在窗口真正销毁前触发，但此时 UI 仍可见、可交互
• 若仅需同步判断，直接赋值即可；若涉及异步操作（如弹出确认对话框），需自行管理状态，避免重复触发或竞态问题

处理异步关闭确认（如弹窗询问）

Avalonia 原生 Closing 事件不支持 async void，因此不能直接 await 对话框。常见做法是：

• 立即 e.Cancel = true
• 调用异步方法（如显示 MessageBox）
• 根据用户选择，手动调用 Close() 或忽略
• Ursa.Avalonia 等扩展库已封装此模式，内部用状态标记（如 _canClose）实现“二次触发”，避免手动管理复杂度

区分关闭来源，避免系统级操作被误拦

在 Linux（如麒麟 UKUI）等桌面环境中，全局关机/注销/重启也会触发应用窗口的 Closing 事件。若统一取消，会导致系统操作失败：

• 可通过 e.CloseReason（Avalonia 11+）识别关闭原因：CloseReason.User 表示用户主动关闭，CloseReason.SessionEnding 表示系统会话终止
• 仅对 User 类型做拦截，其余情况放行
• 未升级到新版 Avalonia 时，可结合平台检测（如 RuntimeInformation.IsOSPlatform(OSPlatform.Linux)）加轻量 fallback 判断

配合 ApplicationLifetime 避免意外退出

窗口关闭行为受 ApplicationLifetime 的 ShutdownMode 控制：

• ShutdownMode.OnLastWindowClose：最后一个窗口关闭 → 整个应用退出
• ShutdownMode.OnMainWindowClose：主窗口关闭 → 应用退出（即使其他窗口还开着）
• 若登录后要关闭登录窗、打开主窗，需确保 ApplicationLifetime.MainWindow 已更新为新窗口，否则主窗一开，登录窗一关，应用可能直接退出