一份代码用
cin/cout读入数据、输出结果，提交后 TLE（超时）；而换成printf/scanf后，同样的逻辑却能 AC。这究竟是为什么
现象重现
先看一个最简单的例子------读取大量整数并输出它们的和。
// 使用 cin/cout
#include <iostream>
using namespace std;
int main() {
int n, x, sum = 0;
cin >> n;
for (int i = 0; i < n; ++i) {
cin >> x;
sum += x;
}
cout << sum << endl;
return 0;
}**当 n = 10^6 时，这段代码很可能超时。**同样的逻辑用 scanf / printf 改写后，却能轻松跑完。
#include <cstdio>
int main() {
int n, x, sum = 0;
scanf("%d", &n);
for (int i = 0; i < n; ++i) {
scanf("%d", &x);
sum += x;
}
printf("%d\n", sum);
return 0;
}这是为什么呢？要解释清楚，我们需要从 C++ 标准输入输出流的底层设计说起。
原因一：与 C 标准 I/O 的同步
C++ 为了兼容 C，默认情况下 让 cin / cout 与 stdin / stdout 保持同步。这意味着：
-
cin 和 stdin 共享同一个缓冲区，cout 和 stdout 也共享同一个缓冲区。
-
输入输出操作会按照顺序发生，不会出现数据交错或同步问题。
-
但同步需要付出代价：每次
cin/cout操作都会额外检查与 C 流的状态同步，调用底层的stdio函数，增加了开销。
简单来说，默认的 cin / cout 相当于在 scanf / printf 外面包了一层同步机制，所以自然更慢。
你可以通过下面的语句关闭这种同步：
ios::sync_with_stdio(false);关闭后，cin / cout 不再与 stdin / stdout 同步，它们各自独立缓冲，性能会大幅提升。但要注意：关闭后不能混用 cin/cout 和 scanf/printf，否则会导致未定义行为（比如输入输出顺序错乱或丢失数据）。
原因二：tie 绑定导致的额外刷新
在 C++ 中，默认情况下 cin 会与 cout 绑定（tie 在一起）。这意味着每次执行 cin 之前，都会自动刷新 cout 的缓冲区。这个机制是为了保证用户在提示输入之前能看到先前输出的所有内容。
例如：
cout << "请输入一个数字：";
cin >> n;如果不自动刷新，可能用户看到空白界面，无法得到提示。因此标准库做了这种"友好"的绑定。
但在算法竞赛中，这种自动刷新完全是多余的开销------尤其是做了大量输出又要接着输入的时候，每一次 cin 都会触发 cout 的 flush，写磁盘（或终端）的操作非常慢。
解决方案是解除绑定：
cin.tie(nullptr);
cout.tie(nullptr);通常和 ios::sync_with_stdio(false); 一起使用：
ios::sync_with_stdio(false);
cin.tie(nullptr);
cout.tie(nullptr);原因三：endl 带来的额外刷新
很多新手喜欢用 cout << ... << endl; 来换行。但 endl 不仅仅是输出换行符 \n，它还会强制刷新输出缓冲区 （调用 flush）。频繁刷新对性能影响极大。
正确的做法是使用 '\n' 来换行：
cout << sum << '\n';如果想手动刷新，才使用 flush 或 endl。在算法竞赛中，绝大多数情况都不需要实时刷新缓冲区，所以请用 '\n' 替代 endl。
原因四：格式化解析的差异（次要但值得一提）
printf / scanf 使用格式字符串（如 "%d"），在运行时解析格式并处理相应类型。而 cin / cout 在编译时 就利用运算符重载确定了类型（类型安全）。理论上编译时解析会比运行时解析更快，但为什么实际上 cout 仍然可能较慢？因为上述同步、绑定等机制掩盖了这部分优势。一旦关闭同步并解除绑定，cout 的速度往往可以接近甚至超越 printf（取决于编译器和实现）。现代 C++ 标准库对 iostream 的优化已经非常出色。
总结
ios::sync_with_stdio(false);
cin.tie(nullptr);
cout.tie(nullptr);