MAUI网络异常处理核心是异步捕获+跨平台提示+状态反馈+可重试：用try-catch包裹await网络调用，优先捕获HttpRequestException、TaskCanceledException等具体异常；通过Shell.Current.DisplayAlert统一弹窗提示，按异常类型差异化引导；配合按钮禁用、加载动画、离线检测实现状态可视化。
在 MAUI 中处理网络异常，关键不是“拦住错误”，而是让错误可感知、可恢复、不卡顿、不崩溃。核心思路是：异步捕获 + 平台一致提示 + 状态反馈 + 可重试设计。
用 try-catch 包裹真实网络调用，别信“它自己会好”
MAUI 本身不自动处理 HttpClient 抛出的异常（如超时、DNS失败、连接拒绝）。你必须显式捕获：
- 所有 await 的网络请求（GetAsync、PostAsync、SendAsync）都应放在 try 块里
- 不要只 catch Exception——优先捕获具体异常类型，比如 HttpRequestException、TaskCanceledException（常对应超时）、InvalidOperationException
- 避免空 catch 或仅写 Console.WriteLine，这会让问题隐身
用 DisplayAlert 替代 MessageBox，确保跨平台可用
MessageBox.Show 是 WinForms/WPF 的，MAUI 没有它。正确做法是调用 DisplayAlert，它是 Page 或 Shell.Current 提供的跨平台弹窗：
- 推荐写法：await Shell.Current.DisplayAlert("网络异常", "请检查网络后重试", "确定");
- 若在 ViewModel 中（MVVM 场景），不要直接调用 UI 方法——改用 MessagingCenter 或 IAlertService 接口解耦
- 注意：DisplayAlert 是 async 方法，必须 await，否则可能在 iOS 上报错或无响应
区分异常类型，给用户不同提示和操作路径
不是所有网络错误都该显示同一句话。根据异常特征做轻量判断：
- TaskCanceledException 或 timeout 相关 → 提示“请求超时，请稍后重试”并提供【重试】按钮
- HttpRequestException.StatusCode == 0 或 Connection refused → “无法连接服务器”，建议检查 Wi-Fi/移动数据
- 401/403 → 跳转登录页，而非弹窗；500 类错误 → 记录日志并提示“服务暂时不可用”
- 对 DNS 或证书异常（如 Android 上的 Cleartext HTTP），应在开发阶段通过配置规避，而非靠运行时提示
配合 UI 状态管理，让用户知道“正在重试”或“已离线”
光弹窗不够。用户需要视觉确认系统状态：
- 请求开始前，禁用按钮 + 显示加载动画（IsEnabled = false + ActivityIndicator.IsRunning = true）
- 失败后，恢复按钮、隐藏加载器，并把错误信息写入 Label 或 Toast（可用 CommunityToolkit.Maui 的 Toast 配合 DisplayAlert）
- 可加一层离线检测：用 Connectivity.NetworkAccess == NetworkAccess.Internet 判断是否真连网，再决定是否发起请求
基本上就这些。不复杂但容易忽略的是：异常处理要落在真实的 await 点上，而不是包一层无关的 try；提示要分场景，不是统一“出错了”。
