C++14二进制字面量必须以0b或0B紧邻后跟0和1序列，禁止空格、前导零或首尾/连续单引号；单引号仅可作数字间分隔符，不影响值与类型推导，但预处理器不支持，且需注意编译器版本与跨平台整数宽度兼容性。
0b前缀必须紧挨数字，不能有空格或前导零
写 0b1010 没问题，但 0b 1010、0b01010 或 0b'1010 都会编译失败——C++14 不允许二进制字面量带前导零，也不接受空格分隔。前导零会被误判为八进制，触发编译错误：invalid digit '2' in octal constant（哪怕你只写了 0b01，编译器也可能因解析歧义报错）。
实操建议：
- 始终以
0b开头，后紧跟0或1，中间不加空格、不加前导零 - 需要对齐或提高可读性？用单引号分隔，比如
0b1100'0011'1010'1001 - 别把
'当作字符串引号用——它只是字面量内部的分隔符，不参与值计算
单引号只能出现在数字中间，不能开头、结尾或连续出现
0b101'0 合法，0b'1010、0b1010'、0b10''10 全部非法。编译器会直接报错：digit separator cannot appear at beginning or end of numeric literal 或 consecutive digit separators。
常见误用场景：
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 从十六进制习惯迁移到二进制时，下意识在开头加
'（如0x'FF是合法的，但0b'11不是） - 用编辑器自动补全或代码模板生成了带尾随单引号的字面量
- 复制粘贴时混入全角引号（‘’），导致编译器识别为非法字符
单引号分隔不影响类型推导和常量折叠
auto x = 0b1100'0011; 推导出 int，和写 0b11000011 完全一致；在 constexpr 表达式里也照常折叠，比如 static_assert(0b101'000 == 40, ""); 能顺利通过。
但要注意：
- 预处理器不理解单引号，所以
#if 0b10'10会因词法分析失败而报错，必须写成#if 0b1010 - 某些老旧编译器（如 GCC 4.8 之前、MSVC 2013）根本不支持单引号分隔，需确认
-std=c++14且版本达标 - 调试器显示时通常不带单引号（GDB/LLDB 显示为纯二进制或十进制），别误以为分隔符“没生效”
跨平台兼容性差的典型组合：0b + 单引号 + 长位宽
像 0b1111'1111'1111'1111'1111'1111'1111'1111 这种 32 位全 1，在 32 位系统上是 unsigned int，但在 16 位嵌入式平台（如某些 AVR 工具链）可能溢出或被截断。更隐蔽的问题是：Clang 和 GCC 对超长二进制字面量的诊断提示不一致——Clang 可能静默截断，GCC 则报 integer constant is so large that it is unsigned。
稳妥做法：
- 明确指定后缀，如
0b1111'1111U、0b1010'1010ULL - 超过 32 位时，优先考虑
uint64_t等固定宽度类型配合UINT64_C()宏 - CI 流水线里至少跑 GCC、Clang 两个编译器，避免单引号掩盖了实际的整数溢出问题
' 都得落在两个有效数字之间，且编译器得真把它当词法单元处理——漏掉一个空格、多打一个引号、或者用在预处理指令里，就全垮了。 
