为何object.ToString()签名标注可返回null，与官方继承说明冲突？

这个签名设计的核心逻辑是兼容真实运行时的所有可能情况，除了你提到的向后兼容，还有几个关键原因： #

• 适配既定的框架行为：可空值类型装箱为object后调用ToString()的返回值本身就可能为null，比如((object)default(int?)).ToString()会返回null，这个行为从.NET Framework时代就已经存在，不可能为了适配可空引用类型的最佳实践做破坏性修改，基类签名必须覆盖这个场景。
• 符合可空引用类型的设计原则：可空标注的核心目标是如实反映运行时可能出现的返回值，而不是只约束最佳实践。官方文档的要求只是推荐实现规范，没有办法从语法层面强制所有派生类的ToString()重写都不返回null，基类签名必须如实标注这种可能性，避免开发者在没有检查的情况下遇到空引用异常。
• 避免生态破坏性变更：C# 8.0才引入可空引用类型，在此之前.NET生态已经存在了十几年，有海量存量代码的ToString()重写逻辑确实会返回null，如果把基类签名改为返回非空string，所有这类存量代码开启可空检查后都会直接报错，完全不符合.NET的向后兼容承诺。

针对你项目的问题，有更简便的处理方案，不需要每次调用都加!或者做非空检查： #

你可以全局封装一个扩展方法统一兜底：

public static string ToStringSafe(this object obj)
{
    ArgumentNullException.ThrowIfNull(obj);
    return obj.ToString() ?? string.Empty;
}

也可以在项目的.editorconfig配置文件中添加规则，专门压制ToString()调用的可空警告，或者针对特定的代码区间禁用该警告，比逐处修改效率高很多。

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