StaticPropertyChanged事件的识别机制：是命名约定还是WPF特定机制？

WPF对StaticPropertyChanged事件的识别是命名约定+框架特定检测逻辑共同作用的结果，具体细节如下：

• 严格的命名约定是前提：该事件必须被命名为StaticPropertyChanged，并且签名要匹配EventHandler<PropertyChangedEventArgs>委托类型——也就是事件参数必须能传递属性名称信息。没有这个固定名称，WPF绑定引擎不会识别到它。

• 框架内置的检测逻辑：当绑定目标指向某个类的静态属性时，WPF的绑定系统会主动检查该类是否定义了StaticPropertyChanged事件。如果存在，绑定引擎会自动订阅这个事件，一旦事件触发（通常是静态属性值变更时调用），就会更新绑定的UI元素。

• 和实例属性通知的区别：实例属性的变更通知依赖实现INotifyPropertyChanged接口并触发PropertyChanged事件，而静态属性没有对应的接口约束，完全依赖StaticPropertyChanged这个约定名称，以及WPF内部专门针对静态属性绑定的事件检测逻辑。

举个典型的实现示例：

public class AppSettings
{
    private static string _theme;
    public static string Theme
    {
        get => _theme;
        set
        {
            _theme = value;
            // 触发静态属性变更通知
            StaticPropertyChanged?.Invoke(null, new PropertyChangedEventArgs(nameof(Theme)));
        }
    }

    // 符合约定的静态事件
    public static event EventHandler<PropertyChangedEventArgs> StaticPropertyChanged;
}

当XAML中绑定{x:Static local:AppSettings.Theme}时，WPF会自动识别并订阅StaticPropertyChanged事件，实现属性变更后的UI自动更新。

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