std::bit_ceil(0)和std::bit_ceil(1)均返回1，非未定义行为；std::bit_floor(0)返回0，二者对0处理不对称；两函数仅接受无符号类型，传入有符号负数将导致意外结果。
std::bit_ceil 会把 0 和 1 当成特殊情况处理
调用 std::bit_ceil(0) 或 std::bit_ceil(1) 都返回 1，不是未定义行为，但容易误以为“1 应该返回 2”。这是标准明确规定的：对非零输入，返回不小于该值的最小 2 的幂；而 1 本身就是 2⁰，所以结果就是 1。0 是特例，定义为返回 1（C++20 标准 [bit.pow.two] 节）。
常见错误是拿它直接替代“找下一个 2 的幂”逻辑，却没意识到输入为 1 时不会进位。如果你业务上要求“严格大于原值的最小 2 的幂”，得手动处理：
if (n == 0) return 1; if (n == 1) return 2; return std::bit_ceil(n);
std::bit_floor 对 0 返回 0，但对 1 返回 1
std::bit_floor(0) 返回 0，std::bit_floor(1) 返回 1，std::bit_floor(2) 返回 2，std::bit_floor(3) 返回 2 —— 它找的是“不大于该值的最大 2 的幂”。这点和 std::bit_ceil 不对称，尤其注意 0 的行为：不会抛异常，也不会回退到 1，就是 0。
使用场景多见于内存对齐计算或分块大小裁剪，比如分配 buffer 时想取不超过 n 的最大 2 的幂作为 chunk size：
立即学习“C++免费学习笔记（深入）”；
- 当
n == 0，std::bit_floor(n)得 0，后续除零或无效分配很可能发生，必须前置检查 - 当
n是 2 的幂本身，结果等于n，无需额外调整 - 当
n是奇数且 > 1（如 7），结果恒为4，不是向下舍入到最近整数，而是向下舍入到最近的 2 的幂
unsigned 类型限定很严格，传 signed 会隐式转换但可能出错
std::bit_ceil 和 std::bit_floor 只接受无符号整型（unsigned char, unsigned int, std::size_t 等），不接受 int 或 long。如果传负数，会先按补码解释为 huge 正数，再计算——例如 std::bit_ceil(-1) 实际算的是 std::bit_ceil(0xFFFFFFFF)（32 位下），结果是 0x100000000，超出 unsigned int 范围，触发模运算，最终得到 0（若返回类型是 unsigned int）。
编译器通常不会报错，但行为完全失控。安全做法是显式转换并确保原始值非负：
int x = get_value();
if (x <= 0) { /* handle error */ }
auto p = std::bit_ceil(static_cast<std::size_t>(x));性能好但别在循环里反复调用小常量
这两个函数在支持 BMI1 指令集的 CPU（如 Intel Haswell+）上通常编译为单条 lzcnt + 位操作指令，常数时间，比手写 while 循环快得多。但如果你在 hot path 中反复调用像 std::bit_ceil(8)、std::bit_ceil(64) 这样的固定小值，编译器不一定能全部常量折叠——尤其是跨编译单元调用时。
建议：
- 对已知常量，直接写死结果，比如用
8u而不是std::bit_ceil(7) - 对运行时变量，放心用，优势明显
- 注意
std::bit_ceil在unsigned char上的行为：输入 255 → 输出 256，结果类型自动升为unsigned int，别假设返回类型和输入一致
最易被忽略的一点：它们不处理浮点数，也不等价于 pow(2, ceil(log2(x))) —— 后者有精度误差、开销大、且对 0/1/负数未定义。别混用。
