在c++++14及更高版本中，数字分隔符 ' 可用于提升大数字字面量的可读性。1. 它可在十进制、二进制、八进制、十六进制中自由使用，仅用于增强人类阅读体验，不影响数值；2. 编译器会忽略该符号，不会带来性能开销；3. 适用于c++14及以上标准，主流编译器均支持，老旧编译器可能存在兼容性问题；4. 最佳实践包括保持一致性、按逻辑单元分组、避免在数字开头或结尾使用、不紧邻小数点、不过度使用；5. 常见误区有误用于非数字字面量、分隔符位置不当、滥用导致混乱等。
在C++14及更高版本中，你可以使用单引号 ' 作为数字分隔符，它能极大地提升大数字字面量的可读性，让那些长串的数字瞬间变得清晰易懂。这就像给一堆杂乱的数字加上了标点符号，一眼就能看出它们的量级，极大地减少了阅读和理解时的认知负担。
使用C++14的数字分隔符来提升大数可读性，核心就是利用单引号 '。这个字符可以在数字字面量中的任意位置插入，但它不会改变数字的实际值，仅仅是为了人类阅读方便。编译器在编译时会直接忽略这些分隔符。这意味着，无论你写 1'000'000 还是 1000000，在程序运行时它们都是同一个值，不会带来任何性能开销。
这尤其在处理像内存地址、大整数常量、二进制掩码或者复杂的浮点数时显得尤为重要。想象一下，如果你需要定义一个表示一百万的常量，写成 1000000 和写成 1'000'000，后者是不是瞬间就清晰了？或者一个复杂的十六进制值 0xFFFFFFFF，如果写成 0xFF'FF'FF'FF，其字节边界一目了然。
立即学习“C++免费学习笔记（深入）”；
这里有一些例子：
long long large_number = 1'000'000'000LL; // 十亿，清晰可见 double pi_value = 3.141'592'653'589'793; // 圆周率，小数部分分段 unsigned int binary_mask = 0b1101'0010'1010'1111; // 二进制掩码，按位分组 int hex_color = 0xFF'00'AA'CC; // 十六进制颜色值，按字节分组 long large_constant = 1'2345'6789L; // 也可以根据个人习惯分组，不一定非得是三位
我个人觉得，这个特性简直是为“人”设计的，它让代码不再仅仅是机器能懂的指令，也更加照顾了写代码和读代码的程序员。
数字分隔符在不同进制中的应用有何异同？
数字分隔符 ' 的一个强大之处在于它对所有数字字面量类型都一视同仁，无论是十进制、二进制、八进制还是十六进制。它在不同进制中的应用方式和效果是完全一致的，都是为了提升可读性，而不会改变数字本身的含义或值。
具体来说：
-
十进制（Decimal）：这是我们最常用的，通常按千位分组，例如
1'000'000。这符合我们日常阅读大数字的习惯。 -
二进制（Binary）：对于二进制数，通常会按照字节（8位）、半字节（4位）或更小的逻辑单元进行分组，比如
0b1010'1100'0011'0101。这在处理位操作、标志位或底层协议时特别有用，能让你一眼看出各个位的状态。 -
八进制（Octal）：虽然八进制现在用得相对少，但它同样支持分隔符。例如
0'123'456。 -
十六进制（Hexadecimal）：十六进制在表示颜色、内存地址、哈希值等方面非常常见。按字节分组是常见做法，例如
0xDE'AD'BE'EF。这让复杂的数据结构或内存布局变得一目了然。
无论是哪种进制，编译器在处理这些字面量时，都会在解析阶段简单地忽略 ' 字符。这意味着，你完全可以根据当前数字的语境和个人或团队的编码规范来自由选择分组方式。比如，处理网络协议中的标志位，你可能更倾向于每4位或8位分一组，而不是统一的3位。这种灵活性，正是它实用的体现。
数字分隔符是否会影响程序性能或兼容性？
这是一个非常实际的问题，尤其是在追求极致性能和广泛兼容性的C++项目中。答案是：数字分隔符对程序运行时性能没有任何影响，也几乎不会带来现代编译器上的兼容性问题，但确实存在版本要求。
首先，关于性能：数字分隔符 ' 是一个纯粹的编译时特性。这意味着，当你的C++代码被编译器处理时，编译器会识别并忽略这些分隔符。它们在最终生成的机器码中不会留下任何痕迹。换句话说，1'000'000 和 1000000 在编译后的二进制文件中是完全相同的，运行时行为也一模一样。所以，你完全不必担心使用分隔符会引入任何额外的计算、内存开销或性能下降。它只是一个语法糖，旨在提升开发者的阅读体验。
其次，关于兼容性：数字分隔符是C++14标准引入的特性。这意味着，如果你的项目使用的编译器支持C++14或更高版本（例如C++17, C++20等），那么你就可以放心地使用它。目前主流的C++编译器，如GCC、Clang、MSVC，都早已全面支持C++14及后续标准。因此，在现代C++开发环境中，兼容性问题几乎可以忽略不计。
然而，如果你在非常老旧的编译器（比如只支持C++11甚至更早版本的编译器）上编译包含数字分隔符的代码，那么编译器会报告语法错误，因为它无法识别这个新特性。但这种情况在当前的开发实践中已经非常罕见。
所以，总的来说，这是一个几乎没有负面影响，却能带来显著正面效果的语言特性。它的存在，让我觉得C++在不断进化，不仅追求性能和效率，也越来越关注开发者的使用体验。
使用数字分隔符时，有哪些值得注意的最佳实践或常见误区？
虽然数字分隔符用起来很直观，但要用得恰到好处，还是有些小细节和常见误区值得注意的。毕竟，好的代码不仅仅是能跑起来，还得让人读起来舒服。
最佳实践：
-
保持一致性：这是最重要的。在你的项目或团队中，确定一个统一的分隔符使用规范。比如，十进制数是每三位分组（
1'000'000），还是每四位（1234'5678）？二进制数是每四位（nibble）还是每八位（byte）？一旦确定，就始终如一地遵循。这比随机使用要好得多。 -
按逻辑单元分组：不要仅仅为了分组而分组。例如，在处理IP地址时，
192'168'1'1就不如192.168.1.1清晰，因为IP地址的每个部分本身就是独立的逻辑单元。但对于一个长的十六进制哈希值，按字节分组0xAB'CD'EF'12'34'56'78'90就非常有意义。 -
只在需要时使用：不是所有数字都需要分隔符。像
0、1、10、100这样的小数字，使用分隔符反而可能显得多余，甚至降低可读性。只在数字长度达到一定程度，确实会影响视觉识别时才使用它。 -
与类型后缀结合：如果数字字面量带有类型后缀（如
LL、UL、F等），分隔符可以放在后缀之前，也可以放在后缀之后。但通常为了清晰，会放在数字本体内部，后缀在最后：1'000'000LL。
常见误区：
-
分隔符在数字开头或结尾：你不能在数字字面量的开头或结尾放置分隔符。例如，
'1000或1000'都是非法的。分隔符必须在两个数字之间。 -
分隔符紧邻小数点：对于浮点数，你不能在小数点旁边放置分隔符。例如，
3.'14159或3.141'59是合法的，但3.'141'59是非法的，3.141'59是合法的。分隔符不能直接在小数点前后。 - 误用于非数字字面量：分隔符只适用于数字字面量。你不能用它来分隔字符串、字符或者其他类型的数据。
-
过度使用导致混乱：虽然分隔符能提升可读性，但如果滥用，比如在每个数字之间都加一个，反而会让代码显得杂乱无章，适得其反。比如
1'2'3'4'5就比12345更难读。
总而言之，数字分隔符是一个非常实用的工具，但像所有工具一样，它的价值在于如何恰当地使用它。掌握这些最佳实践，避开常见误区，你的代码会因此变得更加清晰、更易维护。
