我碰巧写了一个if-else语句，条件在大多数时候都是假的（检查是否分配了静态指针）。 哪一个对编译器进行优化会更好？ 或者他们是平等的？ 该函数将被调用很多次，因此优化其性能至关重要。
void foo() { static int * p = NULL; if (p == NULL) { p = (int *) malloc( SIZE * sizeof(int)); } //do something here } void foo() { static int * p = NULL; if (p != NULL) { //do something here } else { p = (int *) malloc( SIZE * sizeof(int)); //do something } }
一些编译器可以允许开发人员指定哪个条件更有可能或不太可能发生。 这在Linux内核中大量使用。
在gcc中，有可能的（x）或不太可能的（x）宏。 例：
if (unlikely(p == NULL)) { p = malloc(10); }
如果经常调用该函数以便不从分支预测器中逐出，则预测器将为您处理所有事情，因为它将非常快速地学习哪个是“可能的”分支。
一些编译器允许您使用预测提示来装饰条件。 检查供应商的文档，如果可以，请添加提示。
特定平台记录了默认的预测变量行为（例如，参见x86的英特尔优化手册），但最好由编译器通过上述提示实现。 事实上，你真的没有选择，因为你无论如何都不能控制你的编译器代码生成，所以留给你的唯一最后一个措施是自己编写机器代码中的代码并实现平台对默认预测的建议。
最后，它取决于编译器和它的优化，它从编译器版本，处理器，编译器系列改变…
我对这类主题的经验法则是通过进行一些广泛的分析来检查你的实际平台。 我通常也遵循“首先正确编码，只在需要时进行优化”的规则。 尝试预先优化通常会导致代码和设计的可读性降低（有时甚至没有更好的性能）。
条件从左到右按顺序检查，这是在C标准中，因此允许条件类似
if( ptr != NULL && ptr->member == value )
这也意味着首先放置最可能是错误的条件是有意义的。
如果经常调用函数，任何体面的分支预测器都会学会很快地预测公共路径。 请注意，代码的编译方式可能与您预期的不同，因为某些编译器依赖于静态分支预测 ，并且可能会识别此模式。
如果你在寻找性能，我根本就不会使用malloc。 获取大量的RAM并直接使用它而无需分配释放包装器。 另外考虑使用宏代码会更大但性能也会提高。
#define ASSURE_PTR(a) if (!a){ a = (int *) malloc (SIZE * sizeof(int)); }
以上就是c/c++开发分享在C if-else语句中，是否应该首先出现更可能的条件？相关内容,想了解更多C/C++开发(异常处理)及C/C++游戏开发关注计算机技术网(www.ctvol.com)!)。
本文来自网络收集，不代表计算机技术网立场，如涉及侵权请联系管理员删除。
ctvol管理联系方式QQ:251552304
本文章地址：https://www.ctvol.com/c-cdevelopment/560130.html