回答。

问题的历史：

逻辑运算符&&和||在C语言中被引入用于检查复杂的逻辑条件。它们的工作特点是支持短路评估：如果结果可以仅通过第一个操作数明确地确定，则第二个操作数不计算。

问题：

许多程序员期望两个操作数始终都被计算，或者错误地使用第二个操作数的副作用，认为它必定会执行。实际上，这会导致错误、资源泄漏和意外行为。

解决方案：

理解短路评估机制有助于构建安全的结构，特别是在指针、资源和文件检查中。右侧表达式中使用副作用只能在明确的情况下使用。安全检查的示例：

if (ptr && ptr->field) { /* ... */ }

关键特点：

• &&和||使用“短路”规则——只有在第一个操作数之后结果未确定时，第二个操作数才会被计算。
• 短路评估可以避免对空指针的访问、除以零以及其他危险情况。
• 在具有副作用的表达式嵌套中会产生错误，因为右侧部分可能根本不会执行。

难题。

在片段if (0 && f())中，表达式f()是否会被执行？

不会，函数f()不会被调用，因为结果已经明确——表达式为假，进一步计算是无用的。

在下一个语句中：if (1 || f())呢？

再次，f()不会被调用：第一个操作数后结果已经为真。

可以使用运算符&&和||来控制具有副作用的函数执行顺序吗？

从技术上讲，可以，但这种控制会导致不易读和不稳定的代码。最好明确列出函数调用的顺序，而不依赖于短路行为来处理副作用。

常见错误和反模式

• 在表达式的右侧部分使用副作用，希望它们必定能工作。
• 在解除引用指针之前未检查NULL。
• 复杂的嵌套条件，妨碍对计算顺序的理解。

生活中的例子

负面案例

if (flag || process()) {
    // ...
}

如果flag为真，process永远不会被调用。

优点：

• 有保护以避免不必要的工作。

缺点：

• 当期待时副作用不会发生，导致错误。

正面案例

if (!flag) process();

优点：

• 代码可读、安全且可预测。

缺点：

• 行数略多，需要更明确的控制，但可读性和可预测性增强。