根本原因是DataContext未正确设置或ICommand属性未声明为public且含get访问器；WPF绑定静默失败，需确保DataContext指向含命令的ViewModel、命令为public属性、实例化早于窗口加载。
WPF按钮绑定ICommand失败，点不动也没报错？
根本原因通常是 DataContext 没设对，或者 ICommand 属性没声明为 public 且有 get 访问器。WPF 绑定系统不会报错，只会静默失败——这是最常被卡住的地方。
-
DataContext必须指向包含命令属性的对象（比如 ViewModel），不能只在 XAML 里写Command="{Binding MyCommand}"就完事 - 命令属性必须是 public 的，且不能是字段，得是属性：
public ICommand MyCommand { get; }，不是private ICommand _myCommand; - 如果用的是构造函数注入初始化，确保 ViewModel 实例化早于窗口加载（比如在
MainWindow构造函数里 new ViewModel() 并赋给DataContext）
RelayCommand 是什么？为什么不用原生 ICommand
RelayCommand 不是 .NET 内置类，而是社区约定俗成的轻量实现（常见于 MVVM Light 或自己手写），用来避免每次写 ICommand 都要重复实现 CanExecuteChanged 和事件触发逻辑。
- 它本质就是一个封装了
Action和Predicate的类，把“能执行吗”和“执行啥”两个逻辑收拢到一起 - 如果你用的是 .NET 6+ 且不想引入第三方库，可以直接手写一个最小版：
public class RelayCommand : ICommand { ... }，重点是内部要手动触发CanExecuteChanged事件（否则按钮禁用状态不会更新） - 别直接 new
DelegateCommand或RelayCommand后丢进属性就跑——它不自动监听参数变化，CanExecute返回 false 时按钮会灰掉，但你得自己调OnCanExecuteChanged()去通知 UI
按钮点击后命令不执行，但 CanExecute 返回 true？
大概率是命令对象生命周期出问题：命令属性返回了一个新实例，而绑定系统仍持有着旧引用。典型场景是把 RelayCommand 声明成自动属性但每次 get 都 new 一个：
public ICommand SaveCommand => new RelayCommand(Save, CanSave); // ❌ 错！每次取都新建
正确做法是懒加载或构造时初始化：
private readonly ICommand _saveCommand;<br>public ICommand SaveCommand => _saveCommand;<br>// 构造函数里：<br>_saveCommand = new RelayCommand(Save, CanSave); // ✅
- 也可能是
CanExecute依赖的某个属性没实现INotifyPropertyChanged，导致命令状态没刷新，按钮看似可点，实际点击无效 - 调试时可以在
Execute方法开头加个断点，再检查调用栈——如果根本没进这里，说明绑定没生效；进了但逻辑没走，再查参数或异常捕获
CommandParameter 怎么传值？传错类型会怎样
CommandParameter 是 XAML 里最常被滥用的部分：它原样透传给 Execute(object parameter)，不做任何类型转换。
- 如果 XAML 写
CommandParameter="123"，收到的是字符串"123"，不是 int；想传数字得用{x:Static}或绑定资源 - 传自定义对象时，确保该对象支持 XAML 序列化（比如有无参构造、public 属性），否则设计器可能报错或运行时报
XamlParseException - 常用技巧：用
RelativeSource把当前控件本身当参数传：CommandParameter="{Binding RelativeSource={RelativeSource Self}}"，适合需要操作按钮自身状态的场景
命令绑定真正难的不是写法，而是 DataContext 链路是否干净、命令实例是否稳定、以及 CanExecute 的响应时机是否可控——这三个地方一松动，整个交互就变成玄学。
