MVVM架构中窗口激活/失活时启停后台方法：现有实现是否高效？

问题背景 #

需求是在MVVM架构下，实现应用窗口激活时持续运行业务任务、窗口失活（如最小化）时停止任务的逻辑。现有实现通过App类的静态变量标记窗口状态，ViewModel用PeriodicTimer定时检查状态来决定是否执行业务代码。现在需要评估：当前实现是否良好高效？还是使用CancellationToken的方案更优？

现有实现的问题 #

当前方案存在几个明显缺陷：

• 线程安全隐患：静态变量activeWindow在UI线程（激活/失活事件）和后台线程（定时器任务）之间共享，无同步机制，可能出现竞态条件导致状态判断错误。
• 资源浪费：窗口失活后，定时器仍会每秒触发，只是跳过业务代码，依然占用线程资源和CPU时间片。
• MVVM架构违背：ViewModel直接依赖App类的静态变量，耦合性极高，导致ViewModel无法独立测试、复用，完全绑定到特定应用实现。
• 异常处理风险：Init方法使用async void，内部若抛出未捕获异常会直接导致应用崩溃，无法通过常规try/catch捕获处理。

CancellationToken方案的优势 #

使用CancellationToken（取消令牌）的方案能解决上述所有问题，优势显著：

• 精准控制任务启停：窗口失活时直接取消令牌，PeriodicTimer的WaitForNextTickAsync会立即抛出OperationCanceledException，任务可快速终止，避免不必要的资源消耗。
• 解耦ViewModel与App：通过事件或依赖注入传递窗口激活状态，ViewModel无需直接依赖App类的静态成员，符合MVVM关注点分离原则，提升代码可维护性和可测试性。
• 线程安全：CancellationToken本身是线程安全类型，不存在多线程访问的竞态问题。
• 可靠的异常处理：使用async Task代替async void，异常可被上层代码捕获处理，避免应用崩溃。

优化后的实现示例 #

1. App类：发布窗口激活状态变更事件 #

去掉静态变量，改用事件通知所有订阅者状态变化：

public partial class App : Application
{
    public static event Action<bool>? WindowActiveStateChanged;

    public App()
    {
        InitializeComponent();
        MainPage = new AppShell();
    }

    protected override Window CreateWindow(IActivationState activationState)
    {
        Window window = base.CreateWindow(activationState);

        window.Activated += (s, e) => WindowActiveStateChanged?.Invoke(true);
        window.Deactivated += (s, e) => WindowActiveStateChanged?.Invoke(false);

        return window;
    }
}

2. ViewModel：用CancellationToken管理后台任务 #

ViewModel订阅状态变更事件，通过CancellationTokenSource控制任务启停，并实现IDisposable清理资源：

public class MainPageViewModel : INotifyPropertyChanged, IDisposable
{
    private CancellationTokenSource? _taskCts;
    private bool _isWindowActive;

    public MainPageViewModel()
    {
        App.WindowActiveStateChanged += OnWindowActiveStateChanged;
    }

    public async Task Init()
    {
        // 初始化时如果窗口已激活，立即启动任务
        if (_isWindowActive)
        {
            await StartBackgroundTask(TimeSpan.FromSeconds(1));
        }
    }

    private void OnWindowActiveStateChanged(bool isActive)
    {
        _isWindowActive = isActive;
        if (isActive)
        {
            // 窗口激活：创建新的取消令牌，启动任务
            _taskCts = new CancellationTokenSource();
            _ = StartBackgroundTask(TimeSpan.FromSeconds(1), _taskCts.Token);
        }
        else
        {
            // 窗口失活：取消并清理任务资源
            _taskCts?.Cancel();
            _taskCts?.Dispose();
            _taskCts = null;
        }
    }

    private async Task StartBackgroundTask(TimeSpan interval, CancellationToken token)
    {
        try
        {
            var timer = new PeriodicTimer(interval);
            while (await timer.WaitForNextTickAsync(token))
            {
                // 执行你的业务代码
                // Run business logic here
            }
        }
        catch (OperationCanceledException)
        {
            // 任务被取消，属于正常流程，无需额外处理
        }
    }

    public void Dispose()
    {
        // 取消订阅事件，避免内存泄漏
        App.WindowActiveStateChanged -= OnWindowActiveStateChanged;
        // 清理任务资源
        _taskCts?.Cancel();
        _taskCts?.Dispose();
    }

    // INotifyPropertyChanged接口实现（省略）
    public event PropertyChangedEventHandler? PropertyChanged;
}

3. 页面后台代码：调用异步Init方法 #

修改OnAppearing为异步调用，避免async void的风险：

protected override async void OnAppearing()
{
    base.OnAppearing();
    if (BindingContext is MainPageViewModel vm)
    {
        await vm.Init();
    }
}

总结 #

现有实现存在耦合度高、资源浪费、线程安全和异常处理的问题，并不算是良好高效的方案。使用CancellationToken的方案更符合MVVM架构设计，资源利用更高效，代码的可维护性、安全性和可测试性都有显著提升，是更优的选择。

内容的提问来源于stack exchange，提问作者Joao Lima