.NET 6启用<Nullable>enable</Nullable>时的空引用参数错误：无需if语句的替代解决方案

好问题！在启用<Nullable>enable</Nullable>的.NET 6环境中，确实有几种不用显式if判断就能解决这个编译警告的办法，根据你的业务需求，这里有几个实用方案：

方案1：使用GetValueOrDefault+空合并运算符，确保值非空 #

Dictionary<TKey,TValue>.GetValueOrDefault方法会在键不存在时返回默认值（对于string就是null），结合空合并运算符??，我们可以给一个兜底的非空值，同时处理options可能为null的情况，完美消除警告：

Options options = new Options();
List<KeyValuePair<String, String>> parameters = new List<KeyValuePair<String, String>>();

var docValue = options?.Accounts.GetValueOrDefault("doc") ?? string.Empty;
parameters.Add(new KeyValuePair<string, string>("to", docValue));

这个方案的好处是：既不会因为options为null触发空引用，也不会因为键不存在抛出KeyNotFoundException，同时保证传入KeyValuePair的value始终是非空的。

方案2：修改列表类型，允许值为可空字符串 #

如果你的业务逻辑允许KeyValuePair的value为null，可以直接把参数列表的类型改为List<KeyValuePair<string, string?>>，这样编译器就不会再警告：

Options options = new Options();
List<KeyValuePair<string, string?>> parameters = new List<KeyValuePair<string, string?>>();

parameters.Add(new KeyValuePair<string, string?>("to", options?.Accounts["doc"]));

注意：这种方式需要确保后续使用parameters时能处理value为null的情况。

方案3：使用TryGetValue结合三元运算符（极简写法） #

如果你还是想判断键是否存在，但不想写单独的if语句块，可以把逻辑压缩到一行：

Options options = new Options();
List<KeyValuePair<String, String>> parameters = new List<KeyValuePair<String, String>>();

options?.Accounts.TryGetValue("doc", out var docValue) ?? false 
    ? parameters.Add(new KeyValuePair<string, string>("to", docValue)) 
    : null;

这里用三元运算符替代了if语句，虽然本质还是判断，但没有显式的if块，适合追求代码简洁的场景。

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