番茄时钟Windows版无法后台运行或通知失效？

Question

番茄时钟Windows版（如Focus To-Do、TomatoTimer Desktop等）常因系统电源管理策略或应用生命周期限制，导致后台运行异常或通知失效。典型表现为：锁屏/切换桌面后计时暂停、休眠唤醒后任务终止、通知中心无提醒弹窗（尤其在Win11 22H2+版本中）。根本原因包括：① Windows“电池优化”或“后台应用权限”被禁用（设置→隐私→后台应用）；② 应用未正确申请`extendedExecutionUnconstrained`后台执行权限（UWP类应用）；③ 传统Win32应用依赖定时器（如`System.Threading.Timer`），在系统节电模式下被挂起；④ Windows通知服务（WNS）未启用或应用未注册有效通道。用户常误以为是软件Bug，实则多为系统级权限配置缺失或兼容性适配不足。需结合应用架构类型（UWP/Win32/WebView2）针对性排查，而非简单重装。

Answer 1

```html

一、现象层：识别典型失效模式（What）

• 锁屏后番茄钟计时自动暂停，返回桌面时剩余时间“跳变”或归零；
• 系统休眠/快速启动唤醒后，应用进程消失，未触发结束提醒；
• 专注时段结束时无弹窗通知、无声音提示，Windows 11 22H2+ 的“聚焦会话”通知中心静默；
• 任务栏图标常驻但右键菜单响应迟滞，托盘气泡通知长期不出现；
• 在“设置 > 系统 > 电源与电池 > 电池使用量”中观察到该应用被标记为“受限后台活动”。

二、权限层：系统级后台策略干预（Why #1）

Windows 自 Windows 10 Threshold 2 起引入细粒度后台资源管控，Win11 22H2 进一步强化：
✅ 后台应用开关（Settings → Privacy > Background apps）默认关闭非UWP白名单应用；
✅ 电池优化（Settings → System > Power & battery > Battery usage）对非前台Win32进程强制节流；
✅ 组策略/注册表锁定（如 HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\System\DisableAutomaticRestartSignOn）可能间接抑制WNS通道保活。

三、架构层：应用类型决定生命周期边界（Why #2）

架构类型	后台执行机制	关键限制点	适配建议
UWP	ExtendedExecutionSession + BackgroundTask	需显式申请 extendedExecutionUnconstrained 权限并 Handle Suspended 事件	调用 RequestExtensionAsync() 并监听 EnteredBackground 事件
Win32（.NET 6+）	ThreadPoolTimer / CreateWaitableTimerEx	受 SYSTEM_POWER_STATUS 影响，节电模式下 Timer 回调延迟超 5s 即被丢弃	改用 PowerSettingRegisterNotification 监听 GUID_POWER_SETTING_AC_STATUS_CHANGE
WebView2（Electron/MAUI）	依赖宿主进程保活 + WNS 推送	WebView2 Runtime 若未启用 AllowExternalDrop 或未绑定 CoreWebView2InitializationCompleted，WNS通道注册失败	在 CoreWebView2EnvironmentOptions 中启用 --disable-features=msWebOOBE

四、通知层：WNS通道失效的深层链路（Why #3）

Windows Notification Service（WNS）非简单API调用，而是三层信任链：

1. 应用包签名证书必须由 Microsoft Partner Center 颁发（自签名证书在 Win11 22H2+ 被拒绝）；
2. 需在 Package.appxmanifest（UWP）或 AppxManifest.xml（MSIX打包Win32）中声明 uap:ToastCapable="true" 且包含 uap:AppNotificationType="toast"；
3. 首次启动必须完成 PushNotificationChannelManager.CreatePushNotificationChannelForApplicationAsync() 并持久化 Uri 至本地存储——若应用被系统终止而未保存，唤醒后无法重建通道。

五、诊断层：跨架构统一排查流程图

graph TD A[现象：计时中断/无通知] --> B{应用架构类型？} B -->|UWP| C[检查 Package.appxmanifest 权限声明
验证 ExtendedExecutionSession.State == Running] B -->|Win32| D[运行 powercfg /requests 查看“Active Session”
检查 Event Viewer > Applications > FocusToDO 日志] B -->|WebView2| E[抓包 localhost:9222/devtools/browser/
确认 CoreWebView2.Environment 成功初始化] C --> F[调用 GetExtendedExecutionReasons() 获取挂起原因] D --> G[检测 SYSTEM_POWER_STATUS.ACLineStatus 是否为 0] E --> H[检查 WebView2 Runtime 版本 ≥ 114.0.1823.41] F & G & H --> I[生成诊断报告：含电源策略快照 + WNS Channel Uri + 后台任务注册状态]

六、修复层：生产环境可落地的组合方案

• Win32 应用增强保活：注入 SetThreadExecutionState(ES_CONTINUOUS | ES_SYSTEM_REQUIRED | ES_AWAYMODE_REQUIRED) 绕过AwayMode节流（需管理员权限）；
• UWP 后台任务解耦：将计时逻辑迁移至 IBackgroundTask，通过 TimeTrigger(15 minutes) 定期心跳校验，避免单次长时间 ExtendedExecution 被回收；
• 通知降级兜底：当 WNS Channel.Uri 为空时，自动 fallback 至 Shell_NotifyIcon 托盘闪烁 + Beep() 系统音（兼容所有Windows版本）；
• 组策略自动化部署：企业环境可通过 Intune 配置 Computer Configuration → Administrative Templates → Windows Components → App Privacy → Let Windows apps run in the background 设为 Enabled。

```