C# 的默认值陷阱：default(T) 你真的用对了吗？-CFANZ编程社区

在日常.NET开发中，default(T) 看似无害，实际却是个容易踩坑的小细节。特别是在通用泛型、集合初始化、或者值类型判空时，不少同事都遇到过“为啥代码没报错、但输出很迷”的情况。这篇文章就聊聊 default(T) 的那些隐藏坑，以及如何避开。

其实你未必知道的 `default(T)` 表现

大多数人知道 default(T) 会返回类型的默认值。比如：

• 引用类型—返回 null
• 值类型—返回 0、“空结构”等

但实际用起来，它和我们的直觉常常不一致。比如泛型代码：

public T MyMethod<T>()
{
    return default(T);
}

到底会返回啥？还是举个“真实踩坑”场景。

场景：字典找不到Key后返回什么？

比如你写一个通用方法，如果字典没找到 Key，就返回一个“安全”的默认值。

public static TValue GetValueOrDefault<TKey, TValue>(
    Dictionary<TKey, TValue> dict, TKey key)
{
    if (dict.TryGetValue(key, out var value))
        return value;
    return default(TValue);
}

这看上去很合理。但问题来了，如果 TValue 是 int，你期望收到什么？如果是 bool 呢？

var dictInt = new Dictionary<string, int>();
Console.WriteLine(GetValueOrDefault(dictInt, "x"));  // 输出: 0
var dictBool = new Dictionary<string, bool>();
Console.WriteLine(GetValueOrDefault(dictBool, "x")); // 输出: False

这正是顶级“假坑”之一：你可能以为是 null 或异常，但值类型会直接返回0、False甚至DateTime.MinValue，新人极容易被误导，比如对于没有找到布尔值，业务逻辑就莫名其妙变成 false，可能引发安全问题。

更“坑”的 NULLable 类型

随着 .NET Core、C# 8.0 引入 nullable reference types，很多人认为 default(T) 会自动适配。其实它不会判断上下文是否允许 null！

List<int?> list = new List<int?>();
int? val = default(int?); // 还是 null

而如果你是开发者老习惯——把 default(T) 和判空解耦，马上就可能遇到无法debug的业务问题。

最佳实践建议

经验总结，我一般建议：

1. 明示语义
用 default(T) 时注释清楚，或者直接用 null 或结构体的默认/特殊实例值表示“无值”，让读代码的人一眼能懂你的意图。
2. 泛型方法慎用 default(T)
如果泛型类型不明确建议直接抛出异常（比如关键参数不存在/不允许“假值”返回时）。

public static TValue GetValueOrThrow<TKey, TValue>(
    Dictionary<TKey, TValue> dict, TKey key)
{
    if (dict.TryGetValue(key, out var value))
        return value;
    throw new KeyNotFoundException();
}