那么问题来了，如何函数和其调用在同一个翻译单元，此时函数调用和lambda表达式有性能上的差异吗？为什么？
（2）写简单代码 优化器会搜寻可以被优化的已知模式。如果你的代码是手写的且极为复杂，这会使优化器在寻找已知模式的工作变得更加困难。于是，你得到的是没有被充分优化的代码。所以不要再自作聪明地手动进行循环展开优化了！
（3）给予编译器额外的提示 比如： - 当函数不能抛出异常，或者你不关心异常时，将它声明为`noexcept`； - 如果一个虚函数不应该被覆盖，那么可以将其声明为`final`； ### 规则11：将计算从运行期移至编译期 ```cpp constexpr int gcd(int a, int b) { while (b != 0) { auto t = b; b = a % b; a = t; } return a; } ``` 通过将函数`gcd`声明为`constexpr`，`gcd`就变成了一个可在编译期执行的函数。想要在编译期执行，对于函数`gcd`的要求是： （1）`gcd`不能使用static或者thread_local变量 （2）`gcd`不能使用异常处理 （3）`gcd`不能使用goto语句 （4）`gcd`的所有入参都必须初始化为字面值类型 注意：将`gcd`声明为`constexpr`函数，并不表示它必须在编译期运行，它只意味着`gcd`可能在编译期运行。 如果要在常量表达式中使用`constexpr`函数，那么要求函数必须在编译期执行。 ```cpp constexpr auto res1 = gcd(121, 11); auto val = 121; constexpr auto res2 = gcd(val, 11); // error ``` - `res1`是常量，因为`gcd(121, 11)`可以在编译期求值且使用了`constexpr`修饰； - `res2`不是常量，主要是因为`val`没有用`constexpr`修饰，不是常量表达式，导致`gcd(val, 11)`无法在编译期求值； 总结：`constexpr`函数可以在运行期间求值，也可以在编译期求值。**如果要使其在编译期求值，则其参数必须是常量表达式**。 ### 规则12：以可预测的方式访问内存 这条规则说的是缓冲命中问题。在现代CPU架构中，一个缓存行通常为64字节大小。所以，像`std::vector`这种将数据存储在一个连续的内存块中的数据结构对缓存行很友好。这种友好性也适用于`std::array`和`std::string`。