绑定后按钮禁用：ViewModel中IMvxAsyncCommand服务调用异常排查

你的问题核心在于把服务调用和命令创建逻辑放在了属性的getter中，还使用同步等待阻塞了UI线程，这完全违背了MvvmCross异步命令的设计思路，导致按钮绑定过程中就执行了同步阻塞操作，进而引发按钮禁用或UI卡死的问题。

错误原因拆解 #

1. 属性getter的执行时机错误：当UI绑定这个Register命令时，会立即触发属性的getter方法，此时你直接在getter里同步调用Task.Run().Wait()，这会阻塞UI线程——UI线程被卡住时，按钮的状态更新逻辑自然会出问题。
2. 命令逻辑完全错位：你应该是点击按钮时才执行服务注册并导航，而不是创建命令的时候就执行这些操作。当前代码相当于在页面加载时就执行了注册请求，而且返回的命令只是单纯的导航，完全失去了按钮点击触发业务逻辑的意义。

正确实现方式 #

我们需要把服务调用和导航逻辑移到IMvxAsyncCommand的执行委托中，同时可以添加一个IsBusy标志位来控制命令的可执行状态（防止重复点击）：

private bool _isBusy;
public bool IsBusy
{
    get => _isBusy;
    set => SetProperty(ref _isBusy, value);
}

public IMvxAsyncCommand Register { get; }

public YourViewModel(IService service, IMvxNavigationService navigationService)
{
    _service = service;
    _navigationService = navigationService;

    // 初始化异步命令，把业务逻辑放在执行委托里
    Register = new MvxAsyncCommand(ExecuteRegisterAsync, () => !IsBusy);
}

private async Task ExecuteRegisterAsync()
{
    IsBusy = true;
    try
    {
        // 异步调用服务，不要用同步等待
        var result = await _service.Register();
        
        if (result.Status == SUCCESS)
        {
            await _navigationService.Navigate<NextViewModel>();
        }
        else
        {
            await _navigationService.Navigate<ErrorViewModel>();
        }
    }
    catch (Exception ex)
    {
        // 这里可以添加异常处理逻辑，比如提示用户出错
        // await _dialogService.ShowErrorAsync(ex.Message);
    }
    finally
    {
        IsBusy = false;
    }
}

关键说明 #

• 异步执行业务逻辑：所有服务调用都用await异步执行，避免阻塞UI线程，这是异步命令的核心要求。
• 控制命令可执行状态：通过IsBusy和命令的canExecute委托，确保按钮在请求过程中处于禁用状态，防止用户重复点击。
• 命令初始化时机：在ViewModel的构造函数中初始化命令，而不是在getter中动态创建——这样绑定的时候命令已经存在，状态也能正确同步到UI。

你之前尝试用全局变量存储响应但没解决问题，本质还是没把业务逻辑移到命令的执行委托里，而是依然在属性getter中做了同步操作，现在调整后应该就能解决按钮禁用的问题了。

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