如何修复WinForms重写属性时出现的CS8765可空性警告？

问题场景 #

基于WinForms的UserControl重写Font属性时，触发CS8765警告，指向属性的set方法：

CS8765: Nullability of type of parameter 'value' doesn't match overridden member (possibly because of nullability attributes).

重写的代码如下：

/// <summary>
/// Gets or sets the font of the text
/// </summary>
[Browsable(true)]
public override Font Font
{
    get => base.Font;
    set
    {
        base.Font = value;
        AdjustSize();
    }
}

若将属性类型改为Font?，set方法的警告消失，但get方法会触发CS8764警告（返回值可空性与父类不匹配）——因为被重写的原始Font属性声明为非可空类型。

修复方案 #

方案1：用[AllowNull]属性明确允许set方法接收null #

给重写的Font属性添加[AllowNull]特性，告诉编译器该属性的set方法允许传入null，同时保持get方法的返回类型与父类一致（非可空）：

/// <summary>
/// Gets or sets the font of the text
/// </summary>
[Browsable(true)]
[AllowNull]
public override Font Font
{
    get => base.Font;
    set
    {
        base.Font = value;
        AdjustSize();
    }
}

该特性既符合WinForms底层允许传入null的实际行为，又能通过编译器的可空性检查。

方案2：显式处理null值，替换为默认字体 #

在set方法中对传入的value做null判断，若为null则替换为WinForms的默认字体，确保传给base.Font的始终是非可空值：

/// <summary>
/// Gets or sets the font of the text
/// </summary>
[Browsable(true)]
public override Font Font
{
    get => base.Font;
    set
    {
        base.Font = value ?? Control.DefaultFont;
        AdjustSize();
    }
}

这种方式完全遵循可空引用类型的规则，同时和WinForms的默认行为保持一致。

问题根源 #

WinForms的核心代码编写于可空引用类型特性推出之前，很多属性声明为非可空，但底层实现允许传入null（会自动替换为默认值）。启用可空检查后，编译器会严格校验重写成员的类型可空性，从而触发警告。

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