禁用同步和解除绑定可大幅提升I/O性能：需在main开头调用std::ios::sync_with_stdio(false)和std::cin.tie(nullptr)，避免混用C/C++流；用"\n"替代endl；大文件优先用mmap或setvbuf设大缓冲；极端场景可用scanf/printf替代。
禁用 std::ios::sync_with_stdio 和解除 cin.tie
这是最常被忽略、但效果最立竿见影的一步。默认情况下，cin 和 cout 会与 C 的 stdin/stdout 保持同步，并且每次读取前自动刷新 cout 缓冲区——这两件事加起来会让 I/O 速度掉一个数量级。
必须在程序开头（main() 最早几行）加上：
std::ios::sync_with_stdio(false); std::cin.tie(nullptr);
注意：
- 加了之后，不能再混用
cin/cout和scanf/printf，否则输出顺序可能错乱、甚至读入错位； -
cin.tie(nullptr)解除了cin对cout的依赖，但如果你手动调用了cout << ...又立刻要看到结果（比如调试），得自己加cout.flush()； - 这个优化对输入量大（如算法题读 10⁵ 行）时提升尤其明显，实测可从 800ms 降到 200ms 左右。
别用 endl，改用 "\n"
endl 不只是换行符，它还会强制刷新缓冲区。频繁调用（比如每输出一个数就写一次 endl）等于每轮都触发一次系统调用，开销巨大。
立即学习“C++免费学习笔记（深入）”；
替换方式很简单：
- 把
cout << x << endl;改成cout << x << "\n";； - 如果确实需要刷新（例如日志实时落盘），只在关键位置用
cout << "\n" << flush;或cout.flush()； - 批量输出时，甚至可以把所有内容先拼进一个
std::string或std::ostringstream，最后一次性<<出去。
大文件读写优先用 mmap 或 setvbuf
当处理几十 MB 以上的文件（比如日志分析、序列化数据加载），标准流的默认缓冲区（通常 8KB）太小，会导致成千上万次系统调用。
两个更高效的选择：
- Linux/macOS 下用
mmap：把整个文件映射成内存地址，直接按指针访问，零拷贝、无系统调用。需配合open+mmap+munmap； - 跨平台兼容方案：用 C 风格
fopen+setvbuf手动设大缓冲区，例如setvbuf(file, nullptr, _IOFBF, 1<<20);（1MB 缓冲）； - 避免
std::getline逐行读——它内部反复分配、检查换行、处理边界，换成read大块二进制再自行切分更稳。
输入量极大时，考虑 scanf/printf 替代 cin/cout
即使关了同步，cin 的格式解析仍比 scanf 多一层对象封装和异常检查。在极端场景（如读 10⁶ 个整数），scanf("%d", &x) 仍比 cin >> x 快 10%–20%。
但要注意：
- 必须确保已关闭
sync_with_stdio，否则scanf和cin混用会出问题； -
scanf不做类型安全检查，%d读到非数字会卡住或返回失败，需检查返回值； - 对于字符串，
fgets+sscanf比cin.getline更可控，尤其含空格或特殊字符时。
缓冲区大小、同步开关、换行符选择——这些点单独看都很小，但叠加起来就能决定程序是“秒出结果”还是“卡在输入环节”。最容易被跳过的其实是 setvbuf 和 mmap 这类底层控制，它们不常出现在教学代码里，却恰恰是处理真实大数据时绕不开的一环。
