必须关闭C/C++ IO同步并解除绑定：加ios_base::sync_with_stdio(false)且置于main开头，再调cin.tie(nullptr)；禁用endl改用'\n'；严禁混用cin/cout与scanf/printf。
关闭 C/C++ IO 同步：必须加 ios_base::sync_with_stdio(false)
不加这句，cin 和 cout 默认会和 scanf/printf 共享缓冲区，每次读写都要做同步检查——哪怕你根本没用 C 风格 IO。实测在读取 10⁶ 行整数时，耗时可能高出 2–3 倍。
注意两点：
- 加了之后，绝对不能混用
cin和scanf（或cout和printf），否则输出顺序错乱、输入跳行、甚至读出垃圾值 - 这句必须在任何 IO 操作前调用，放在
main()开头最安全；一旦流已执行过读写，再调用无效
解除绑定：cin.tie(nullptr) 不是可选项
cin 默认绑定 cout，意味着每次调用 cin >> x 前，系统会先强制刷新 cout 缓冲区。对交互式程序合理，但对纯数据读入（如算法题、日志解析）完全是冗余开销。
常见误操作：
立即学习“C++免费学习笔记（深入）”；
- 只写
cin.tie(nullptr)却漏掉同步开关——性能提升有限，因为同步机制仍在拖慢底层缓冲 - 在循环里反复调用
cin.tie(nullptr)——它只影响流对象的状态，调一次足矣 - 误以为
cout.tie(nullptr)必须配对使用——其实cout默认未绑定，这句属于“防御性写法”，可加可不加
避免 endl，改用 '\n'
endl 不只是换行符，它还会触发 flush()。高频输出（如每轮循环都 cout ）会导致频繁刷缓冲，系统调用次数暴增。
实测对比（10⁵ 次输出）：
cout ：约 8mscout ：约 45ms（含 10⁵ 次 flush）
如果真需要立即刷出（比如调试日志），显式调用 cout.flush() 或 cout ，比滥用 <code>endl 更可控。
批量读取优先于逐字段解析
用 std::getline 一次性读整行，再用字符串视图或 sscanf 解析，比反复调用 cin >> a >> b >> c 快得多。后者每字段都要检查空白、类型转换、状态位更新，开销叠加明显。
适用场景：
- 输入格式固定（如每行 3 个整数）
- 数据来自文件或管道，非交互式终端
- 配合
std::string_view或std::from_chars做无分配解析
示例片段：
std::string line;
while (std::getline(std::cin, line)) {
std::string_view sv(line);
// 用 from_chars 解析数字，避免 stringstream 构造开销
}
真正卡住性能的往往不是单次 IO，而是默认行为下那些看不见的同步、刷新、绑定和格式化。这些优化点彼此不孤立——漏掉任意一个，都可能让其他优化效果打折。尤其要注意：它们只对标准流有效，对文件流（ifstream/ofstream）或字符串流无影响。
