【问题标题】:const vs constexpr on variablesconst vs constexpr 变量
【发布时间】:2012-11-01 01:31:31
【问题描述】:

以下定义有区别吗?

const     double PI = 3.141592653589793;
constexpr double PI = 3.141592653589793;

如果不是,C++11 中首选哪种风格?

【问题讨论】:

  • 两者都是编译时常量。但是您可以对第一个进行 const_cast 并写入它。但它会被任何编译器优化掉,因为这不会影响编译时发生的“读取”。

标签: c++ variables c++11 constants constexpr


【解决方案1】:

我相信是有区别的。让我们重命名它们,以便我们可以更轻松地讨论它们:

const     double PI1 = 3.141592653589793;
constexpr double PI2 = 3.141592653589793;

PI1PI2 都是常量,这意味着您不能修改它们。然而 only PI2 是一个编译时常量。它在编译时初始化。 PI1 可以在编译时或运行时初始化。此外,only PI2 可以在需要编译时常量的上下文中使用。例如:

constexpr double PI3 = PI1;  // error

但是:

constexpr double PI3 = PI2;  // ok

和:

static_assert(PI1 == 3.141592653589793, "");  // error

但是:

static_assert(PI2 == 3.141592653589793, "");  // ok

至于你应该使用哪个?使用满足您需求的任何一个。你想确保你有一个编译时间常数,可以在需要编译时间常数的上下文中使用吗?您希望能够通过在运行时完成的计算来初始化它吗?等等。

【讨论】:

  • 你确定吗?因为const int N = 10; char a[N]; 有效,并且数组边界必须是编译时常量。
  • 我确信就我编写的示例而言(在发布之前对它们进行了测试)。但是,我的编译器确实让我将 PI1 转换为编译时整数常量,以便在数组中使用,但不能用作非类型整数模板参数。因此,PI1 到整数类型的编译时可转换性对我来说似乎有点意外。
  • @FredOverflow:非常量数组索引已经“工作”了大约十年(例如,有一个 g++ 扩展),但这并不意味着它是严格合法的 C++(尽管一些最近的 C或 C++ 标准使其合法,我忘了是哪一个)。至于编译时常量的差异,模板参数和用作enum 初始化器是constconstexpr 之间仅有的两个显着差异(无论如何都不适用于double)。
  • Paragraph 4 of 5.19 常量表达式 [expr.const] 也是一个(非规范性)注释,著名地概述了允许以不同方式进行浮点运算的实现(例如关于准确性)在编译时比在运行时。所以1 / PI11 / PI2 可能会产生不同的结果。但是,我认为这种技术性并不像此答案中的建议那么重要。
  • 但它constexpr double PI3 = PI1; 对我来说可以正常工作。 (MSVS2013 CTP)。我做错了什么?
【解决方案2】:

constexpr 符号常量必须被赋予一个在编译时已知的值。 例如:

constexpr int max = 100; 
void use(int n)
{
    constexpr int c1 = max+7; // OK: c1 is 107
    constexpr int c2 = n+7;   // Error: we don’t know the value of c2
    // ...
}

要处理“变量”的值在编译时使用未知值初始化但在初始化后从未更改的情况, C++ 提供了第二种形式的常量(const)。 例如:

constexpr int max = 100; 
void use(int n)
{
    constexpr int c1 = max+7; // OK: c1 is 107
    const int c2 = n+7; // OK, but don’t try to change the value of c2
    // ...
    c2 = 7; // error: c2 is a const
}

这种“const 变量”很常见,原因有两个:

  1. C++98 没有 constexpr,所以人们使用 const
  2. 列表项“变量”不是常量表达式(它们的值在编译时未知)但在之后不更改值 初始化本身就非常有用。

参考:Stroustrup 的“编程:使用 C++ 的原理和实践”

【讨论】:

  • 也许您应该提到,您的答案中的文字逐字取自 Stroustrup 的“编程:使用 C++ 的原理和实践”
【解决方案3】:

constexpr 表示在编译期间是常量且已知的值。
const 表示仅是常量的值;编译时不需要知道。

int sz;
constexpr auto arraySize1 = sz;    // error! sz's value unknown at compilation
std::array<int, sz> data1;         // error! same problem

constexpr auto arraySize2 = 10;    // fine, 10 is a compile-time constant
std::array<int, arraySize2> data2; // fine, arraySize2 is constexpr

请注意,const 不提供与 constexpr 相同的保证,因为 const 对象不需要使用编译期间已知的值进行初始化。

int sz;
const auto arraySize = sz;       // fine, arraySize is const copy of sz
std::array<int, arraySize> data; // error! arraySize's value unknown at compilation

所有 constexpr 对象都是 const,但并非所有 const 对象都是 constexpr。

如果你想让编译器保证一个变量的值可以 在需要编译时常量的上下文中使用,可以使用的工具是 constexpr,而不是 const。

【讨论】:

  • 我非常喜欢您的解释。您能否就现实生活场景中我们可能需要在哪些情况下使用编译时间常数发表更多评论。
  • @MayukhSarkar 只需 Google C++ 为什么 constexpr,例如stackoverflow.com/questions/4748083/…
【解决方案4】:

这里没有区别,但当你的类型有构造函数时,这很重要。

struct S {
    constexpr S(int);
};

const S s0(0);
constexpr S s1(1);

s0 是一个常量,但它不承诺在编译时被初始化。 s1 被标记为constexpr,所以它是一个常量,并且因为S 的构造函数也被标记为constexpr,所以它会在编译时被初始化。

这很重要,因为在运行时初始化会很耗时,并且您希望将这项工作推到编译器上,这也很耗时,但不会减慢编译程序的执行时间

【讨论】:

  • 我同意:我得出的结论是constexpr 将导致诊断,如果对象的编译时计算是不可能的。不太清楚的是,如果将参数声明为const 而不是constexpr,则期望常量参数的函数是否可以在编译时执行:即,是否会执行constexpr int foo(S)如果我打电话给foo(s0),在编译时?
  • @MatthieuM:我怀疑foo(s0) 是否会在编译时执行,但你永远不知道:允许编译器进行此类优化。当然,gcc 4.7.2 和 clang 3.2 都不允许我编译 constexpr a = foo(s0);
猜你喜欢
  • 2016-07-24
  • 2015-05-04
  • 2021-01-31
  • 1970-01-01
  • 2018-11-09
  • 1970-01-01
  • 2014-06-25
  • 2023-03-15
  • 1970-01-01
相关资源
最近更新 更多