为什么在C＃中同时存在该运算符的短路OR以及未短路的变化？

定期地，我对此感到奇怪：

短路OR总是返回与未短路OR运算符相同的值吗？

我希望短路OR总是可以更快地进行评估。那么，为确保一致性，C＃语言中是否包含短路OR运算符？

我错过了什么？

这两个操作数用于不同的事物，它们来自C，它没有布尔类型。短路版本|| 仅适用于布尔值，而非短路版本| 与整数类型一起使用，按位或执行。它只是作为布尔的非短路逻辑运算而工作，它由一个单一的0或1位表示。

http://en.wikibooks.org/wiki/C_Sharp_Programming/Operators#Logical

|（按位或）必须是非短路类型int。这是因为在几乎所有情况下，您都需要计算|表达式的两端以计算正确的结果。例如，的结果是7 | f(x)什么？

如果f(x)不评估，您将无法判断。

此外bool，当该运算符为时非短路时，使该运算符短路是不一致的int。顺便说一句，我认为我从未|有意用于逻辑比较，发现将其|称为逻辑运算符非常不便。

|| 但是，对于逻辑比较而言，短路评估效果很好。

即使对于C和C ++，这些运算符的起源也同样有效。

这是正确的，短路OR运算符（||）将始终返回与非短路OR运算符（|）相同的值。（*）

但是，如果第一个操作数为true，则短路运算符将不会导致对第二个操作数的求值，而非短路运算符将始终导致对两个操作数的求值。这可能会影响性能，有时还会产生副作用。

因此，两者都有用：如果您关心性能，并且对第二个操作数的求值不会产生任何副作用，或者（如果您不关心它们）则一定要使用短路运算符。但是，如果由于某种原因您需要第二个操作数的副作用，则应该使用非短路运算符。

您应使用非短路运算符的示例：

if( write_customer_to_database() != SUCCESS |
    write_supplier_to_database() != SUCCESS |
    write_order_to_database() != SUCCESS )
{
    transaction_rollback();
}

（*）某些真正变态的情况除外，在这种情况下，第一个操作数的值为false会导致第二个操作数的值为true而不是false。

使用非短路变体有两个原因：

1. 保持副作用（但是使用临时变量进行编码更清晰）

2. 通过避免在短路中分叉来阻止定时攻击（如果第二个操作数是变量，则甚至可以提高运行时效率，但这是编译器可能进行的微优化）

如果运算符的右侧子句具有副作用，并且程序员希望在检查其返回值之前希望这两种副作用都发生。