C#中为什么默认比较器会判定null小于有实际值的对象

你观察到的不一致属于刻意设计的结果，并非API设计疏漏，两者的适用场景和底层设计目标完全不同：

1. Comparer<T>.Default.Compare的设计逻辑 #

IComparer<T>以及配套的默认比较器实现，核心目标是为排序、有序集合（如SortedList、SortedDictionary）等场景提供符合全序关系的比较规则。全序关系要求任意两个元素都能得到确定的大小关系，且满足传递性、自反性等基础数学约束，这是排序算法、有序集合能够正常运行的前提。

对于可空值类型的null，.NET做了统一约定：所有null都小于任意非null值，且两个null相等。这样排序时null会固定出现在结果最前端，不会出现排序结果不确定的问题。
如果按照你提到的返回特殊值、或者抛出异常，反而会破坏IComparer<T>的接口契约（接口明确约定仅返回小于0、等于0、大于0三类结果），也会导致所有包含可空类型元素的排序、有序集合操作直接不可用，对整个生态的负面影响更大。

2. C#语言层面可空值类型比较运算符的设计逻辑 #

null < 1返回false是C#为可空值类型专门设计的三值逻辑规则，和SQL的NULL比较逻辑完全对齐：只要比较操作的任意一个操作数是null，除== null、!= null之外的所有大小比较运算，结果都为false。这个设计的核心目的是降低开发者对接数据库时的逻辑理解成本，和排序场景的全序要求没有关联。

开发注意事项 #

两种逻辑没有对错之分，仅适用场景不同：

• 涉及元素排序、有序集合存取的场景，遵循Comparer<T>的比较规则
• 普通业务逻辑的数值大小判断场景，遵循语言层面的运算符规则

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