为何Visual Studio不对C#代码中的潜在空引用异常发出警告？

这问题问得太到位了！核心原因完全和你用的dynamic类型的特性挂钩，咱们一点点理清楚：

1. dynamic类型跳过了编译时静态检查 #

当你把deserializedBody声明为dynamic时，C#编译器会彻底放弃对这个变量的静态类型验证——所有成员访问（比如.date）、方法调用的合法性，都会推迟到运行时才去解析和判断。

编译器根本不知道date是什么类型、它能不能为null，自然没法在编译阶段给你抛出“可能调用null对象的ToString()”这类警告。哪怕你写的是deserializedBody?.someRandomProperty.ThatDoesntExist()，编译器也不会吭一声，直到运行时才会报错。

2. 对比强类型场景的差异 #

如果换个场景，你不用dynamic，而是定义一个强类型的类来反序列化：

public class RequestBody
{
    public DateTime? date { get; set; }
}

RequestBody deserializedBody = JsonConvert.DeserializeObject<RequestBody>(requestBody);
deserializedBody?.date.ToString();

这时候编译器就能静态分析出date是可空的DateTime?，会立刻给你抛出警告，提示你可能在null上调用ToString()——这才是你预期的行为，但dynamic直接跳过了这个环节。

3. 你说的正确写法确实更安全 #

你提到的deserializedBody?.date?.ToString()绝对是更稳妥的写法：它会在deserializedBody为null时终止调用，在date为null时也终止调用，从根源避免了运行时的NullReferenceException。

只是因为dynamic的特性，编译器没法在编译阶段帮你识别出这个潜在风险而已。

额外建议：尽量用强类型替代dynamic #

如果想在编译时就规避这类问题，建议别用dynamic反序列化，而是定义对应的实体类。这样不仅能获得编译时检查，还能享受到智能提示、重构支持等一系列好处，代码的可读性和可维护性也会高很多。

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