std::bit_width是C++20引入的函数，返回无符号整数n所需最少比特数，特别规定bit_width(0)==0；仅接受无符号类型，需编译器开启C++20支持，底层依赖clz指令，性能高效。
std::bit_width在C++20中才可用
这个函数不属于C++17及更早标准，如果你编译报错 ‘bit_width’ is not a member of ‘std’，大概率是编译器没开C++20支持。GCC/Clang需加 -std=c++20，MSVC需用 /std:c++20。别试图在头文件里手动实现同名函数覆盖——它依赖编译器内置的__builtin_clz类指令，自己模拟会丢掉零输入特判和硬件加速。
std::bit_width(0)返回0，不是1
这是最容易误解的点：对无符号整数n，std::bit_width(n)返回的是「表示n所需的最少比特数」，即⌊log₂(n)⌋ + 1（当n > 0），但特别规定std::bit_width(0) == 0。它不等价于std::countl_zero取反，也不等价于sizeof(T)*8 - std::countl_zero(n)（后者对0会返回sizeof(T)*8）。
常见误用场景：
- 想算“存储x至少要多少位”却传入0 → 得到0，后续做位掩码时直接崩
- 和
std::bit_ceil混用，比如std::bit_ceil(1u) == 1u，但std::bit_width(1u) == 1，二者语义不同
只接受无符号整型，有符号数必须先转换
std::bit_width重载版本只接受unsigned char、unsigned short、unsigned int、unsigned long、unsigned long long以及对应std::uintN_t类型。传int或short会编译失败。
立即学习“C++免费学习笔记（深入）”；
正确做法：
- 对已知非负的有符号变量，显式转成对应无符号类型：
std::bit_width(static_cast<unsigned>(x))</unsigned> - 若
x可能为负，先检查再转，否则行为未定义（负数转无符号是模运算，结果不可预测） - 不要用
std::bit_width(x + 0U)这种隐式提升——可读性差，且对char等小类型可能意外提升为int再转unsigned，导致宽度计算偏离原始类型
性能上就是单条CLZ+条件修正，别担心开销
主流编译器（GCC 10+、Clang 11+、MSVC 19.28+）对std::bit_width生成的汇编基本就是clz（count leading zeros）指令加一次条件减法或异或。例如std::bit_width(42u)在x86-64上通常编译为bsr eax, edi; inc eax或lzcnt eax, edi; sub eax, edi; sbb eax, eax; neg eax; add eax, 32这类极简序列。
注意事项：
- 别为了“避免函数调用”而手写
32 - __builtin_clz(x | 1)——既不跨平台，又重复实现标准逻辑，还漏掉x==0的处理 - 在循环内频繁调用没问题，它本质是零成本抽象
- 如果目标平台不支持
clz（如某些ARM Cortex-M0），编译器会回落到查表或移位循环，此时性能差异才显现，但这种情况极少出现在现代开发中
真正容易被忽略的是：它只看数值本身，不关心你用什么类型存——std::bit_width(uint8_t{255})和std::bit_width(uint16_t{255})结果都是8，但如果你误以为它反映变量声明宽度，就会在序列化或内存布局计算中出错。
