为什么不能将null用作Dictionary <bool ?, string>的键？

显然，null即使密钥是可为空的类型，也不能将a用作密钥。

这段代码：

var nullableBoolLabels = new System.Collections.Generic.Dictionary<bool?, string>
{
    { true, "Yes" },
    { false, "No" },
    { null, "(n/a)" }
};

...导致此异常：

值不能为空。参数名称：键

说明：执行当前Web请求期间发生未处理的异常。请查看堆栈跟踪，以获取有关错误及其在代码中起源的更多信息。

[ArgumentNullException: Value cannot be null. Parameter name: key] System.ThrowHelper.ThrowArgumentNullException(ExceptionArgument argument) +44 System.Collections.Generic.Dictionary'2.Insert(TKey key, TValue value, Boolean add) +40
System.Collections.Generic.Dictionary'2.Add(TKey key, TValue value) +13

.NET框架为什么允许键的可空类型，但不允许空值？

如果您有一个Dictionary<SomeType, string>，SomeType它是一个引用类型，并且您试图通过null作为键，它将告诉您相同的事情，它不会影响仅可空类型bool?。您可以使用任何类型作为键，是否可以为null。

一切都归结为你不能真正比较的事实nulls。我假设无法放入null密钥的逻辑背后是设计成可以与其他对象进行比较的属性，这使得比较null引用变得不连贯。

如果您希望从规格中获得理由，可以归结为MSDN上的“密钥不能为空引用” 。

如果您想要一个可能的解决方法的示例，则可以尝试类似于“需要IDictionary实现”的操作，该实现将允许使用空键

通常，您必须返回到C ++方法论和技术，以完全了解.NET Framework如何以及为什么以特定方式工作。

在C ++中，您通常不得不选择一个不会使用的键-词典使用此键指向已删除和/或为空的条目。例如，您有一个的字典<int, int>，并在插入条目后将其删除。与其在那儿不时地运行垃圾清理，而是重组字典并导致性能下降；字典将只用您先前选择的键替换KEY值，基本上意味着“当您遍历字典的存储空间时，假装这<key,value>对不存在，可以随时覆盖它”。

这样的密钥还用在字典中，该字典以特定方式预先在存储桶中分配了空间-您需要一个密钥来“初始化”存储桶，而不是为每个条目都具有一个指示其内容是否有效的标志。因此，<key, value, initialized>您将拥有一个元组而不是三元组<key, value>，，其规则是如果key == empty_key则它尚未初始化-因此，您可能不会使用empty_key作为有效的KEY值。

您可以在以下文档的Google哈希表（适用于.NET的词典：）中看到这种行为： http //google-sparsehash.googlecode.com/svn/trunk/doc/dense_hash_map.html

看看set_deleted_key和set_empty_key函数以获取我正在谈论的内容。

我敢打赌。NET使用NULL作为唯一的delete_key或empty_key来执行这些改进性能的漂亮技巧。

您不能使用null bool吗？因为可空类型的作用类似于引用类型。您也不能将空引用用作字典键。

不能将空引用用作字典键的原因可能归结于Microsoft的设计决策。允许空键需要对其进行检查，这使实现速度更慢，更复杂。例如，实现必须避免在空引用上使用.Equals或.GetHashCode。

我同意允许使用空键是更好的选择，但是现在改变行为为时已晚。如果需要解决方法，则可以使用允许的空键编写自己的字典，也可以编写一个包装器结构，该结构隐式转换为T或从T转换为键的类型（即该结构将包装null和处理比较和哈希，因此字典永远不会“看到” null）。

没有根本原因。HashSet允许为null，而HashSet只是一个Dictionary，其中键与值的类型相同。因此，实际上，应该允许使用空键，但现在会中断以更改它，因此我们一直坚持使用它。

词典（基本描述）
字典是.NET Framework 2.0中引入的Hashtable类的通用（类型化）实现。

哈希表基于键（更具体地说是键的哈希）存储值。
.NET中的每个对象都有方法GetHashCode。
当您将键值对插入哈希表时，GetHashCode在键上会调用。
想一想：您无法在GetHashCode方法上调用null。

那么Nullable类型呢？
的Nullable类只是一个包装，以允许空值将被分配给值类型。基本上，包装器由一个HasValue布尔值和一个Value包含值类型值的布尔值组成，该布尔值告诉它是否为null 。

放在一起，您会得到什么
。NET并不真正在乎您用作哈希表/字典中的键的内容。
但是，当您添加键值组合时，它必须能够生成键的哈希值。
您的值是否包含在Nullablenull内都没有关系。GetHashCode是不可能的。

字典的Indexer属性和Add方法将检查是否为空，并在找到空值时引发异常。

根据MSDN页面，不使用null是合同的一部分：http : //msdn.microsoft.com/zh-cn/library/k7z0zy8k.aspx

我猜这是因为将null作为有效值只会无故使代码复杂化。

键值必须唯一，因此null不能是有效键，因为null表示没有键。

这就是为什么Net框架不会允许空值，并抛出一个异常。

至于为什么Nullable允许而不在编译时捕获的原因，我认为原因是因为除Nullable之外where，不允许Everyt的子句T是不可能的（至少我不知道该如何实现）。

嗯，通用代码的问题。通过Reflector考虑以下块：

private void Insert(TKey key, TValue value, bool add)
{
    int freeList;
    if (key == null)
    {
        ThrowHelper.ThrowArgumentNullException(ExceptionArgument.key);
    }

没有办法重写此代码，说“允许使用可为null的null，但不允许引用类型为null”。

好的，那么怎么不允许TKey成为“笨蛋”呢？再说一次，C＃语言中没有什么可以让您这么说的。

字典由于多种原因不能接受空引用类型，尤其是因为它们没有GetHashCode方法。

可空值类型的空值表示空值-语义应尽可能与引用空值同义。如果您可以使用可以为null的可为空的值，而不能仅仅由于实现可为空的值类型的实现细节而不能使用null引用，那将有些奇怪。

或词典具有：

if (key == null)

他们从来没有真正考虑过。

在.NET中，字典键不能为null，无论键的类型（可为null还是以其他方式）。

从MSDN：只要将对象用作Dictionary <（Of <（TKey，TValue>）>）中的键，就不得以任何影响其哈希值的方式对其进行更改。根据字典的相等比较器，Dictionary <（Of <（TKey，TValue>）>）中的每个键都必须是唯一的。键不能为空引用（Visual Basic中为Nothing），但如果值类型TValue是引用类型，则值可以为空。（http://msdn.microsoft.com/en-us/library/xfhwa508.aspx）

我一直在阅读有关内容。正如埃里克（Eric）回答的那样，我现在认为这是不正确的，并非所有字符串都将自动被Interned，因此我需要覆盖相等操作。

当我将字典从使用字符串作为键转换为字节数组时，这让我很吃惊。

我处于一个简单的字符串形式的简单C语言风格中，所以花了我一段时间才弄清楚了为什么级联构建的字符串充当查找的键，而循环构建的字节数组却不起作用。

这是因为.net在内部将所有包含相同值的字符串分配给同一引用。（称为“实习”）

因此，运行后：

{
string str1 = "AB";
string str2 = "A";
str1 += "C";
str2 += "BC";
}

str1和str2实际上指向内存中的完全相同的位置！使它们成为相同的对象；它允许字典通过使用str2查找以str1作为键添加的项。

而如果您：

{
char[3] char1;
char[3] char2;
char1[0] = 'A';
char1[1] = 'B';
char1[2] = 'C';
char2[0] = 'A';
char2[1] = 'B';
char2[2] = 'C';
}

char1和char2是不同的引用；如果使用char1将项目添加到字典中，则不能使用char2查找它。