C++ std::cin在算法题中超时怎么用ios::sync_with

std::cin在算法题中易超时因默认与stdio同步，开销大；可通过ios::sync_with_stdio(0)和cin.tie(0)关闭同步与绑定，并避免endl、混用c/c++ io、频繁构造对象等常见坑。

c++ std::cin在算法题中超时怎么用ios::sync_with_stdio(0)

为什么 `std::cin` 在算法题里容易超时

因为默认情况下，C++ 的 std::cin 会和 C 标准库的 stdio（比如 scanf）保持同步，也就是每次读取前都要检查 stdin 缓冲区是否被其他 C 函数修改过。这个同步机制带来额外开销，在输入量大（比如 10⁵ 行整数）时，std::cin 可能比 scanf 慢 2–3 倍。

怎么用 `ios::sync_with_stdio(0)` 关闭同步

在 main() 开头、任何输入操作之前调用它即可：

int main() {
    ios::sync_with_stdio(0);
    cin.tie(0);  // 顺手加这句，解除 cin 和 cout 的绑定
    // 后续用 cin/cout 就快了
}

ios::sync_with_stdio(0) 必须在第一次调用 cin 或 cout 之前执行，否则无效甚至 UB
cin.tie(0) 不是必须的，但建议加上：它解除了 cin 对 cout 的自动刷新依赖（比如每执行一次 cin 就 flush 一次 cout），否则关了同步但没解绑，速度提升不明显
关掉同步后，**不能再混用 scanf/printf 和 cin/cout**，否则行为未定义——比如先用 scanf 读一个数，再用 cin 读下一个，可能漏读或阻塞

关同步之后还慢？检查这些常见坑

即使开了 ios::sync_with_stdio(0)，仍可能超时，原因往往不在同步本身：

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

用了 endl：它等价于 \n + flush，频繁 flush 很耗时 → 改用 "\n"
用 string 读大量单字符或数字：比如 cin >> s 读一个长字符串，不如用 char c + cin.get() 或直接 getchar()
在循环里反复构造/析构 string 或 vector：例如每次读一行都新建 string，不如复用一个对象 + .clear()
开了同步但忘了关 tie：尤其在交互式输入场景下，cin.tie(&cout) 是默认状态，会导致每次 cin 都强制刷 cout 缓冲区