在 MAUI 中防止按钮重复点击，推荐使用 ICommand 与 CanExecute 机制实现防抖，通过 RelayCommand 或 AsyncCommand 自动管理可执行状态，避免硬编码禁用按钮，确保逻辑清晰、可测试、易复用。
在 MAUI 中防止按钮重复点击，核心是控制“可点击状态”或“响应间隔”，避免用户快速连点触发多次提交。最实用、推荐的方式是结合 ICommand 与 CanExecute 机制实现防抖，而不是只靠事件处理硬编码禁用按钮。
用 Command 的 CanExecute 控制点击节奏
这是 MVVM 场景下的标准做法，逻辑清晰、可测试、易复用。关键在于：命令执行前自动设为不可执行，完成后恢复。
- 在 ViewModel 中定义一个 RelayCommand（或 AsyncCommand），并在构造时传入 CanExecute 判断逻辑
- 执行时先将内部标志设为 false，触发 UI 自动禁用按钮；结束后再设回 true
- 绑定到 Button 的 Command 属性，无需手动操作 IsEnabled
示例代码片段：
private bool _isSubmitting = false;
public ICommand SubmitCommand => new RelayCommand(async () =>
{
if (_isSubmitting) return;
_isSubmitting = true;
try
{
await DoSubmitAsync(); // 如网络请求
}
finally
{
_isSubmitting = false;
OnPropertyChanged(nameof(SubmitCommand)); // 通知 CanExecute 状态变更
}
}, () => !_isSubmitting);
用 AsyncCommand 简化异步防抖
如果你使用 CommunityToolkit.Mvvm，推荐直接用 AsyncRelayCommand，它内置了执行中自动禁用的逻辑。
- 构造时传入异步方法，它会自动管理 CanExecute 状态
- 无需手动维护 _isSubmitting 标志或调用 OnPropertyChanged
- 支持取消令牌（CancellationToken），适合长耗时操作
XAML 绑定保持简洁：
加时间窗口限制（软性防抖）
如果不想完全禁用按钮，而是允许用户“点太快也只算一次”，可用时间戳做节流：
- 记录上一次成功执行的时间，在 Command 的 CanExecute 中判断是否距今不足 800ms
- 适用于搜索框提交、刷新按钮等场景，比单纯禁用更友好
- 注意：需配合 UI 反馈（如显示“稍等…”提示），否则用户可能误以为没点上
避免纯事件方式的坑
直接在 Clicked 事件里写 button.IsEnabled = false 虽简单，但容易出问题：
- 异常未捕获时按钮可能永远卡在禁用状态
- 多个按钮共用逻辑时难以复用
- 脱离 MVVM 模式，测试和维护成本高
- 无法响应 ViewModel 层的状态变化（比如登录态变更后应重新启用）
基本上就这些。用好 Command + CanExecute 是 MAUI 防重复点击最稳的路。
