Rust Criterion基准测试失效：函数被优化消除问题求助

你的count_up_to函数被编译器完全优化掉了，核心原因是编译器可以静态推导函数的最终结果，不需要执行循环。

看函数逻辑：循环结束时count必然等于输入的n，所以函数返回值等价于n / 2 * 100。编译器直接将整个函数替换成这个数学表达式，跳过了所有循环操作——哪怕你给参数加了随机噪声、用black_box包裹参数/返回值，都无法阻止这种优化，因为编译器能看透函数内部的纯逻辑。

要让编译器真正执行循环，必须破坏它对函数结果的静态推导能力，以下是两种可靠的方法：

方法1：在循环体内使用black_box #

修改count_up_to函数，用black_box包裹循环内的计数操作，让编译器无法优化掉循环步骤：

// 使用Rust 1.60+内置的black_box，无需额外依赖
use core::hint::black_box;

pub fn count_up_to(n: usize) -> usize {
    let mut count = 0;
    while count < n {
        count = black_box(count + 1); // 阻止编译器优化循环递增逻辑
    }
    count / 2 * 100
}

black_box会告诉编译器：这个操作的结果不可预测，必须实际执行，从而强制编译器运行整个循环。

方法2：强制函数不内联（辅助方案） #

给count_up_to添加#[inline(never)]属性，阻止编译器将函数内联到基准测试代码中，减少编译器看透函数逻辑的可能：

#[inline(never)]
pub fn count_up_to(n: usize) -> usize {
    let mut count = 0;
    while count < n {
        count += 1;
    }
    count / 2 * 100
}

注意：这个方法单独使用可能不够可靠（编译器仍可能优化函数内部），建议和方法1配合使用。

• 基准测试中的eprintln不会阻止优化：编译器知道输出的是推导后的结果，而非循环执行的产物，所以输出操作本身无法保留循环。
• 如果选择用criterion的black_box，需要在crab crate的Cargo.toml中把criterion添加为常规依赖（而非仅dev-dependency）。

内容的提问来源于stack exchange，提问作者Pablo Fernandez