为什么NaN值的比较与所有其他值的比较行为不同? 也就是说，与运算符==，<=，>=，<，>的所有比较，其中一个或两个值都是NaN，返回false，与所有其他值的行为相反。
我认为这在某种程度上简化了数值计算，但我找不到一个明确的原因，甚至在Kahan的《IEEE 754状态讲义》中也找不到，他详细讨论了其他设计决策。
在进行简单的数据处理时，这种异常行为会造成麻烦。例如，当在C程序中对记录列表w.r.t.某个实值字段进行排序时，我需要编写额外的代码来处理NaN作为最大元素，否则排序算法可能会变得混乱。
编辑: 到目前为止，所有的答案都认为比较nan是没有意义的。
我同意，但这并不意味着正确答案是错误的， 而是一个非布尔型(NaB)，幸运的是它并不存在。
所以在我看来，选择返回真或假进行比较是随意的， 对于一般的数据处理来说，如果它符合通常的规律，那将是有利的 (==的反身性，<，==，>的三分)， 以免依赖这些定律的数据结构变得混乱。
所以我要求的是打破这些定律的一些具体好处，而不仅仅是哲学推理。
编辑2: 我想我现在明白为什么让NaN最大是一个坏主意了，它会搞砸上限的计算。
NaN != NaN可能是可取的，以避免检测循环中的收敛，例如
while (x != oldX) {
oldX = x;
x = better_approximation(x);
}
但是最好是通过比较小极限下的绝对差来写。 所以恕我直言，这是一个相对较弱的论点，打破自反性在NaN。