现代C++ :constexpr:一个常态的世界
引言我们已经连续讲了几讲比较累人的编译期编程了。今天我们还是继续这个话题但是相信今天学完之后你会感觉比之前几讲要轻松很多。C 语言里的很多改进让我们做编译期编程也变得越来越简单了。初识 constexpr我们先来看一些例子int sqr(int n) { return n * n; } int main() { int a[sqr(3)]; }想一想这个代码合法吗看过之后再想想这个代码如何int sqr(int n) { return n * n; } int main() { const int n sqr(3); int a[n]; }还有这个#include array int sqr(int n) { return n * n; } int main() { std::arrayint, sqr(3) a; }此外我们前面模板元编程里的那些类里的 static const int 什么的你认为它们能用在上面的几种情况下吗如果以上问题你都知道正确的答案那恭喜你你对 C 的理解已经到了一个不错的层次了。但问题依然在那里这些问题的答案不直观。并且我们需要一个比模板元编程更方便的进行编译期计算的方法。在 C11 引入、在 C14 得到大幅改进的 constexpr 关键字就是为了解决这些问题而诞生的。它的字面意思是 constant expression常量表达式。存在两类 constexpr 对象constexpr 变量唉……constexpr 函数一个 constexpr 变量是一个编译时完全确定的常数。一个 constexpr 函数至少对于某一组实参可以在编译期间产生一个编译期常数。注意一个 constexpr 函数不保证在所有情况下都会产生一个编译期常数因而也是可以作为普通函数来使用的。编译器也没法通用地检查这点。编译器唯一强制的是constexpr 变量必须立即初始化初始化只能使用字面量或常量表达式后者不允许调用任何非 constexpr 函数constexpr 的实际规则当然稍微更复杂些而且随着 C 标准的演进也有着一些变化特别是对 constexpr 函数如何实现的要求在慢慢放宽。下面我们也会回到这个问题略作展开。拿 constexpr 来改造开头的例子下面的代码就完全可以工作了#include array constexpr int sqr(int n) { return n * n; } int main() { constexpr int n sqr(3); std::arrayint, n a; int b[n]; }要检验一个 constexpr 函数能不能产生一个真正的编译期常量可以把结果赋给一个 constexpr 变量。成功的话我们就确认了至少在这种调用情况下我们能真正得到一个编译期常量。constexpr 和编译期计算上面这些当然有点用。但如果只有这点用的话就不值得我专门来写一讲了。更强大的地方在于使用编译期常量就跟我们之前的那些类模板里的 static const int 变量一样是可以进行编译期计算的。constexpr int factorial(int n) { if (n 0) { return 1; } else { return n * factorial(n - 1); } }然后我们用下面的代码可以验证我们确实得到了一个编译期常量int main() { constexpr int n factorial(10); printf(%d\n, n); }编译可以通过同时如果我们看产生的汇编代码的话一样可以直接看到常量 3628800。这里有一个问题在这个 constexpr 函数里是不能写 static_assert(n 0) 的。一个 constexpr 函数仍然可以作为普通函数使用——显然传入一个普通 int 是不能使用静态断言的。替换方法是在 factorial 的实现开头加入if (n 0) { throw std::invalid_argument( Arg must be non-negative); }如果你在 main 里写 constexpr int n factorial(-1); 的话就会看到编译器报告抛出异常导致无法得到一个常量表达式。建议你自己尝试一下。constexpr 和 const初学 constexpr 时一个很可能有的困惑是它跟 const 用法上的区别到底是什么。产生这种困惑是正常的毕竟 const 是个重载了很多不同含义的关键字。const 的原本和基础的含义自然是表示它修饰的内容不会变化如const int n 1: n 2; // 出错注意 const 在类型声明的不同位置会产生不同的结果。对于常见的 const char* 这样的类型声明意义和 char const* 相同是指向常字符的指针指针指向的内容不可更改但和 char * const 不同那代表指向字符的常指针指针本身不可更改。本质上const 用来表示一个运行时常量。在 C 里const 后面渐渐带上了现在的 constexpr 用法也代表编译期常数。现在——在有了 constexpr 之后——我们应该使用 constexpr 在这些用法中替换 const 了。从编译器的角度为了向后兼容性const 和 constexpr 在很多情况下还是等价的。但有时候它们也有些细微的区别其中之一为是否内联的问题。内联变量C17 引入了内联inline变量的概念允许在头文件中定义内联变量然后像内联函数一样只要所有的定义都相同那变量的定义出现多次也没有关系。对于类的静态数据成员const 缺省是不内联的而 constexpr 缺省就是内联的。这种区别在你用 去取一个 const int 值的地址、或将其传到一个形参类型为 const int 的函数去的时候这在 C 文档里的行话叫 ODR-use就会体现出来。下面是个合法的完整程序#include iostream struct magic { static const int number 42; }; int main() { std::cout magic::number std::endl; }我们稍微改一点#include iostream #include vector struct magic { static const int number 42; }; int main() { std::vectorint v; // 调用 push_back(const T) v.push_back(magic::number); std::cout v[0] std::endl; }程序在链接时就会报错了说找不到 magic::number注意MSVC 缺省不报错但使用标准模式——/Za 命令行选项——也会出现这个问题。这是因为 ODR-use 的类静态常量也需要有一个定义在没有内联变量之前需要在某一个源代码文件非头文件中这样写const int magic::number;必须正正好好一个多了少了都不行所以叫 one definition rule。内联函数现在又有了内联变量以及模板则不受这条规则限制。修正这个问题的简单方法是把 magic 里的 static const 改成 static constexpr 或 static inline const。前者可行的原因是类的静态 constexpr 成员变量默认就是内联的。const 常量和类外面的 constexpr 变量不默认内联需要手工加 inline 关键字才会变成内联。constexpr 变量模板变量模板是 C14 引入的新概念。之前我们需要用类静态数据成员来表达的东西使用变量模板可以更简洁地表达。constexpr 很合适用在变量模板里表达一个和某个类型相关的编译期常量。由此type traits 都获得了一种更简单的表示方式。再看一下我们用过的例子template class T inline constexpr bool is_trivially_destructible_v is_trivially_destructible T::value;了解了变量也可以是模板之后上面这个代码就很容易看懂了吧这只是一个小小的语法糖允许我们把 is_trivially_destructible::value 写成 is_trivially_destructible_v。constexpr 变量仍是 const一个 constexpr 变量仍然是 const 常类型。需要注意的是就像 const char* 类型是指向常量的指针、自身不是 const 常量一样下面这个表达式里的 const 也是不能缺少的constexpr int a 42; constexpr const int b a;第二行里constexpr 表示 b 是一个编译期常量const 表示这个引用是常量引用。去掉这个 const 的话编译器就会认为你是试图将一个普通引用绑定到一个常数上报一个类似下面的错误信息error: binding reference of type ‘int’ to ‘const int’ discards qualifiers如果按照 const 位置的规则constexpr const int b 实际该写成 const int constexpr b。不过constexpr 不需要像 const 一样有复杂的组合因此永远是写在类型前面的。constexpr 构造函数和字面类型一个合理的 constexpr 函数应当至少对于某一组编译期常量的输入能得到编译期常量的结果。为此对这个函数也是有些限制的最早constexpr 函数里连循环都不能有但在 C14 放开了。目前constexpr 函数仍不能有 try … catch 语句和 asm 声明但到 C20 会放开。constexpr 函数里不能使用 goto 语句。等等。一个有意思的情况是一个类的构造函数。如果一个类的构造函数里面只包含常量表达式、满足对 constexpr 函数的限制的话这也意味着里面不可以有任何动态内存分配并且类的析构函数是平凡的那这个类就可以被称为是一个字面类型。换一个角度想对 constexpr 函数——包括字面类型构造函数——的要求是得让编译器能在编译期进行计算而不会产生任何“副作用”比如内存分配、输入、输出等等。为了全面支持编译期计算C14 开始很多标准类的构造函数和成员函数已经被标为 constexpr以便在编译期使用。当然大部分的容器类因为用到了动态内存分配不能成为字面类型。下面这些不使用动态内存分配的字面类型则可以在常量表达式中使用下面这个玩具例子可以展示上面的若干类及其成员函数的行为#include array #include iostream #include memory #include string_view using namespace std; int main() { constexpr string_view sv{hi}; constexpr pair pr{sv[0], sv[1]}; constexpr array a{pr.first, pr.second}; constexpr int n1 a[0]; constexpr int n2 a[1]; cout n1 n2 \n; }编译器可以在编译期即决定 n1 和 n2 的数值从最后结果的角度上面程序就是输出了两个整数而已。if constexpr上一讲的结尾我们给出了一个在类型参数 C 没有 reserve 成员函数时不能编译的代码template typename C, typename T void append(C container, T* ptr, size_t size) { if (has_reserveC::value) { container.reserve( container.size() size); } for (size_t i 0; i size; i) { container.push_back(ptr[i]); } }在 C17 里我们只要在 if 后面加上 constexpr代码就能工作了 [2]。当然它要求括号里的条件是个编译期常量。满足这个条件后标签分发、enable_if 那些技巧就不那么有用了。显然使用 if constexpr 能比使用其他那些方式写出更可读的代码……output_container.h 解读到了今天我们终于把 output_container.h[3]用到的 C 语法特性都讲过了我们就拿里面的代码来讲解一下让你加深对这些特性的理解。// Type trait to detect std::pair template typename T struct is_pair : std::false_type {}; template typename T, typename U struct is_pairstd::pairT, U : std::true_type {}; template typename T inline constexpr bool is_pair_v is_pairT::value;这段代码利用模板特化和 false_type、true_type 类型定义了 is_pair用来检测一个类型是不是 pair。随后我们定义了内联 constexpr 变量本讲is_pair_v用来简化表达。// Type trait to detect whether an // output function already exists template typename T struct has_output_function { template class U static auto output(U* ptr) - decltype( std::declvalstd::ostream() *ptr, std::true_type()); template class U static std::false_type output(...); static constexpr bool value decltype( outputT(nullptr))::value; }; template typename T inline constexpr bool has_output_function_v has_output_functionT::value;这段代码使用 SFINAE 技巧来检测模板参数 T 的对象是否已经可以直接输出到 ostream。然后一样用一个内联 constexpr 变量来简化表达。// Output function for std::pair template typename T, typename U std::ostream operator( std::ostream os, const std::pairT, U pr);再然后我们声明了一个 pair 的输出函数标准库没有提供这个功能。我们这儿只是声明是因为我们这儿有两个输出函数且可能互相调用。所以我们要先声明其中之一。下面会看到pair 的通用输出形式是“(x, y)”。// Element output function for // containers that define a key_type // and have its value type as // std::pair template typename T, typename Cont auto output_element( std::ostream os, const T element, const Cont, const std::true_type) - decltype( std::declval typename Cont::key_type(), os); // Element output function for other // containers template typename T, typename Cont auto output_element( std::ostream os, const T element, const Cont, ...) - decltype(os);对于容器成员的输出我们也声明了两个不同的重载。我们的意图是如果元素的类型是 pair 并且容器定义了一个 key_type 类型我们就认为遇到了关联容器输出形式为“x y”而不是“(x, y)”。// Main output function, enabled // only if no output function // already exists template typename T, typename std::enable_if_t !has_output_function_vT auto operator(std::ostream os, const T container) - decltype(container.begin(), container.end(), os) …主输出函数的定义。注意这儿这个函数的启用有两个不同的 SFINAE 条件用 decltype 返回值的方式规定了被输出的类型必须有 begin() 和 end() 成员函数。用 enable_if_t 规定了只在被输出的类型没有输出函数时才启用这个输出函数。否则对于 string 这样的类型编译器发现有两个可用的输出函数就会导致编译出错。我们可以看到用 decltype 返回值的方式比较简单不需要定义额外的模板。但表达否定的条件还是要靠 enable_if。此外因为此处是需要避免有二义性的重载constexpr 条件语句帮不了什么忙。using element_type decay_tdecltype( *container.begin()); constexpr bool is_char_v is_same_velement_type, char; if constexpr (!is_char_v) { os { ; }对非字符类型我们在开始输出时先输出“{ ”。这儿使用了 decay_t是为了把类型里的引用和 const/volatile 修饰去掉只剩下值类型。如果容器里的成员是 char这儿会把 char 和 const char 还原成 char。后面的代码就比较简单了。可能唯一需要留意的是下面这句output_element( os, *it, container, is_pairelement_type());这儿我们使用了标签分发技巧来输出容器里的元素。要记得output_element 不纯粹使用标签分发还会检查容器是否有 key_type 成员类型。template typename T, typename Cont auto output_element( std::ostream os, const T element, const Cont, const std::true_type) - decltype( std::declval typename Cont::key_type(), os) { os element.first element.second; return os; } template typename T, typename Cont auto output_element( std::ostream os, const T element, const Cont, ...) - decltype(os) { os element; return os; }output_element 的两个重载的实现都非常简单应该不需要解释了。template typename T, typename U std::ostream operator( std::ostream os, const std::pairT, U pr) { os ( pr.first , pr.second ); return os; }同样pair 的输出的实现也非常简单。唯一需要留意的是上面三个函数的输出内容可能还是容器因此我们要将其实现放在后面确保它能看到我们的通用输出函数。要看一下用到 output_container 的例子。内容小结本讲我们介绍了编译期常量表达式和编译期条件语句可以看到这两种新特性对编译期编程有了很大的改进可以让代码变得更直观。最后我们讨论了我们之前用到的容器输出函数 output_container 的实现里面用到了多种我们目前讨论过的编译期编程技巧。

相关新闻

EDMA寄存器配置实战:从架构理解到性能优化与错误处理

EDMA寄存器配置实战:从架构理解到性能优化与错误处理

1. 从手册到实战:为什么EDMA寄存器配置是嵌入式开发的硬骨头在嵌入式系统开发,尤其是基于TI C6000、C7000系列DSP或Sitara系列处理器的项目中,但凡涉及到高速数据搬移,比如图像处理中的帧数据搬运、音频处理中的Ping-Pong缓冲区切…

2026/10/18 6:11:17 阅读更多 →
MibSPI内存ECC/奇偶校验诊断测试:原理、配置与实战

MibSPI内存ECC/奇偶校验诊断测试:原理、配置与实战

1. MibSPI多缓冲RAM的ECC/奇偶校验诊断与测试模式详解在嵌入式系统,尤其是汽车电子和工业控制这类对可靠性要求极高的领域,内存数据的完整性不是“加分项”,而是“生命线”。一次由宇宙射线、电源毛刺或电磁干扰引发的内存位翻转,…

2026/10/19 5:37:33 阅读更多 →
2026年企业抖音号运营公司选型:B端工业获客与服务商避坑指南

2026年企业抖音号运营公司选型:B端工业获客与服务商避坑指南

抖音企业号在2026年早已不是“尝鲜选项”,而是B2B企业数字化营销的标配基础设施。据《2026年中国短视频发展报告》模拟数据及行业观测,超过75%的受访制造企业已开通抖音企业号,其中超半数因内部缺乏专业团队选择了外包服务。然而,…

2026/10/17 14:38:20 阅读更多 →

最新新闻

AI开发工程师面试全解析:从简历到系统设计的高频考点与备战方法

AI开发工程师面试全解析:从简历到系统设计的高频考点与备战方法

面试这件事,最微妙的地方在于:你以为你在展示自己,面试官却往往在60分钟内只做一件事——验证“如果把这个项目交点给我,我能放心吗”。作为一个面过别人、也被别人面过的AI开发工程师,我见过太多准备充分却答偏的候选…

2026/10/19 5:37:25 阅读更多 →
OpenCV-Python手动框选+CSRT追踪实战指南

OpenCV-Python手动框选+CSRT追踪实战指南

1. 项目概述:为什么手动框选追踪比全自动检测更值得深挖在计算机视觉落地场景里,我见过太多团队一上来就堆YOLO、Mask R-CNN,结果部署到产线摄像头前,模型对光照突变、遮挡变形、小目标抖动直接“失明”。这时候反而是一支鼠标、一…

2026/10/19 5:37:25 阅读更多 →
artcraft:融合艺术直觉与工艺理性的数字创作新范式

artcraft:融合艺术直觉与工艺理性的数字创作新范式

1. 项目概述:当“艺术”与“工艺”在数字时代重新握手“artcraft”这个词乍看像一个生造词,但拆开来看——art是艺术,craft是工艺,合起来就是“艺术工艺”的浓缩表达。它不是某个具体软件、平台或产品的官方命名,而是一…

2026/10/19 5:37:25 阅读更多 →
基于WinPcap的UDP发包实战:亲手构造并发送原始数据包

基于WinPcap的UDP发包实战:亲手构造并发送原始数据包

简介:这是一份基于WinPcap库实现的UDP发包程序源码包,面向网络编程学习者、协议研究人员以及需要底层发包能力的安全测试人员。它重点演示如何绕过常规Socket接口,直接通过WinPcap与网卡交互来构造并发送UDP数据报,可服务于网络协…

2026/10/19 5:37:25 阅读更多 →
大模型简单题上的过度思考:现象、量化与优化

大模型简单题上的过度思考:现象、量化与优化

去年有段时间我集中做了一批开源大模型的推理能力评测,测到一半发现个特别哭笑不得的现象:让模型做“3.5 乘以 2 等于几”这种题,它居然先写“设第一项为 x,第二项为 y”,再列方程、展开、化简,最后补一句“…

2026/10/19 5:37:25 阅读更多 →
编译原理语法分析:从CFG理论到工程级错误恢复实战

编译原理语法分析:从CFG理论到工程级错误恢复实战

1. 项目概述:为什么“语法”是编译原理里最常被低估的硬核关卡刚接触编译原理的人,十有八九会把注意力全砸在“词法分析”和“语义分析”上——前者像查字典,后者像解数学题,听着就带感;而“语法”这个词,表…

2026/10/19 5:36:25 阅读更多 →

日新闻

频率跟踪型PWM电源设计:臭氧发生器谐振点漂移与软开关实现

频率跟踪型PWM电源设计:臭氧发生器谐振点漂移与软开关实现

简介:本资源为电源技术方向的学术研究文档,聚焦介质阻挡放电型臭氧发生器电源的频率跟踪型PWM控制策略,面向电力电子、高压电源及臭氧应用领域的科研人员与工程技术人员。针对负载呈容性、等效电容随外加电压升高而增大、谐振频率随之漂移的难…

2026/10/19 0:00:47 阅读更多 →
Vibe Coding 遇上 TaoToken:把开发者思维圣殿的灵感流接入统一 Key 通道

Vibe Coding 遇上 TaoToken:把开发者思维圣殿的灵感流接入统一 Key 通道

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/19 0:00:47 阅读更多 →
HundredCV-Chat话题建模实战教程:利用4,871个内置话题标签构建主题分析系统

HundredCV-Chat话题建模实战教程:利用4,871个内置话题标签构建主题分析系统

【免费下载链接】HundredCV-Chat 项目地址: https://ai.gitcode.com/hf_mirrors/Jax-dan/HundredCV-Chat 点击查看 免费下载 HundredCV-Chat 是一个由 100 位青年简历数据开发而来的中文多轮对话数据集,共包含 24,750 组日常闲聊对话和 4,871 个话题标签…

2026/10/19 0:00:47 阅读更多 →

周新闻

基于GMM的语音识别系统原理与MATLAB实现详解

基于GMM的语音识别系统原理与MATLAB实现详解

说到基于高斯混合模型(GMM)的语音识别系统,很多人第一反应就是一堆数学公式,觉得门槛很高。但如果你真的在MATLAB里把它落地跑通,会发现核心其实就是三件事:把声音变成特征向量,用GMM给每个类别…

2026/10/18 0:00:55 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理这四个字听起来挺唬人,但落到具体操作上,无非就是让计算机按你的想法“摆弄”像素。我在一个模拟项目X里用了一套特别经典的基础处理流程:对图像做反白、改调色板、彩色转灰度,最后把像素数据导出成txt文件。单看每一…

2026/10/18 0:00:55 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

机器人大脑技术盘点:具身智能的感知、决策与数据闭环

如果你的信息流最近也天天刷到“机器人大脑”这个词,你会发现一个很有意思的现象:每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型,有人指的是运动控制系统,还有人指的是能理解物理世界的端到端模型。在2026年这个时…

2026/10/19 1:30:52 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/19 2:54:50 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/17 17:22:31 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/18 12:16:16 阅读更多 →