这些代码之间有区别

| 今天，当我遇到所有我一直做的事情时，我一直在编码，而没有想知道它是否有任何后遗症。这是做同一件事的两种方法

if(foo != true)
{
bar ++;
}

if(foo == true)
{
}
else
{
bar ++;
}

现在我知道编译器可能会将其优化为同一件事，但是我想知道其中的区别，因为您不能始终依靠它们。我的问题是，第二种选择真的会因为它在检查中添加另一个命令而招致某种惩罚吗？是的，这是一个错字。

已邀请:

7 个回复

视蕉梁拌客

都不是好事。除了第二个包含错字（=而不是==）的事实之外，将布尔值与常量进行比较只是多余的。只需直接测试其值即可：

if (! foo) …
// Instead of
if (foo != true) …

// or

if (foo) …
// Instead of
if (foo == true) …

首先，它消除了通过错别字创建错误的可能性（正如您亲切地展示的那样）。但除此之外，这更合乎逻辑。（不过请注意，这样做效率不高。这些语句严格等效。）

抽法

它们具有相同的效果，并且任何体面的编译器都可能发出相同的机器代码-检查布尔值并选择要执行的操作将以最快的方式完成。 \“添加else\”并不是它在内部的工作方式-只是必须具有一定效果的if-else语句，这取决于编译器如何实现该效果。仅添加关键字并不一定会导致额外的代码发射。如果您真的很在意，则应检查发出的机器代码，并查看编译器在每种情况下发出的内容。

死簇

我假设您在输入=而不是==时输入了错字。这些块并不等效：现代的CPU会在程序运行时尝试预取并预执行汇编指令，并且当满足条件跳转时，CPU会在条件为真时预运行将执行的代码。因此，尽管分支预测和编译器确实进行了其他优化，但我通常会将可能更常执行的代码放在首位，这会做得更好。编辑：请查看维基百科上的分支预测，尤其是“静态预测”部分。除非您确定100％编译器将执行什么优化以及什么CPU将运行您的代码，否则最好是假设第一个块的运行速度更快。在最坏的情况下，您将得不到好处，也没有损失。最好的情况是，您正在编写易于阅读且运行速度更快的代码。反例：

if (someCondition)
    AssertNotReached();
else
    DoRealWork();

桔适丛

两者都不相同，在您的第二个代码中，总是以if = foo = true的形式执行if语句。

谦响局豢报

两者之间有很大的区别，第一个inc的条件是ѭ7,，第二个条件将foo设置为true。

if(foo != true)
{
bar ++;
}

if(foo = true) //this sets foo to true and takes the true branch of the statement, any optmizing compiler will remove the else section
{
}
else
{
bar ++;
}

假设上述内容是错字，则它们在计算机级别上是相同的，但是在解析时间和写出时间方面不同。