ios::sync_with_stdio(false) 必须写全作用域，如 std::ios::sync_with_stdio(false) 或在 using namespace std; 下简写；参数仅推荐 false 或 0；必须置于 main() 首行且早于任何 i/o 操作；禁用后不可混用 cin 与 scanf。
ios::sync_with_stdio(false) 必须写对函数名和作用域
这不是一个独立函数，sync_with_stdio 单独出现就是错的。编译器会直接报 undefined reference 或 not declared in this scope。必须写成 std::ios::sync_with_stdio(false)，或者在 using namespace std; 前提下简写为 ios::sync_with_stdio(false)。
传参也不能随便写：true 在 C++17 起是未定义行为；1 虽然部分编译器接受，但语义不清晰；推荐只用 false 或 0。
-
ios::sync_with_stdio(0)✅ 安全、常见、等价于 false -
ios::sync_with_stdio(true)❌ 不要写，GCC/Clang 可能静默忽略或警告 -
sync_with_stdio(false)❌ 编译失败：找不到该函数
调用位置必须在 main() 第一行，且早于任何 I/O
它不是配置项，而是一次性开关操作。一旦 cin、cout、scanf、printf 中任意一个发生过实际读写（哪怕只是 cin.peek() 或 cout.flush()），再调用就可能失效，甚至引发缓冲区错位、读取跳字节等未定义行为。
- ✅ 正确位置：
int main() { ios::sync_with_stdio(false); cin.tie(nullptr); ... } - ❌ 错误位置：放在全局变量初始化里、类构造函数中、某个 if 分支内、或
cin >> n之后 - ⚠️ 注意：
std::ios_base::sync_with_stdio(false)和ios::sync_with_stdio(false)效果完全一样，选一个写清楚就行
混用 cin 和 scanf 是硬性禁止，不是“不推荐”
关闭同步后，cin 和 scanf 各自维护独立缓冲区，底层文件描述符读取位置不同步。现象非常典型：先 cin >> n，再 scanf("%s", buf)，后者大概率读到换行符、空字符串，或直接阻塞在 EOF。
更隐蔽的问题是输出顺序错乱——比如 cout 可能打出 <code>bac，因为两个缓冲区 flush 时机完全脱钩。
- ✅ 唯一安全做法：全用 C++ 流（
cin/cout）或全用 C 风格（scanf/printf） - ❌
getchar()、fgets()、sscanf()同样禁用，它们都属于 stdio 体系 - ⚠️ 头文件也要匹配：
cin/cout用<iostream></iostream>，scanf/printf用<cstdio></cstdio>（不是<stdio.h></stdio.h>）
解绑后 endl 会失效，\n 成为唯一可靠换行符
cout 的本质是输出 <code>'\n' + 调用 flush。关闭同步后，flush 不再保证立即生效，尤其在重定向到文件或管道时，endl 的刷新动作可能被延迟甚至丢弃，导致输出丢失或顺序异常。
而 cout 只做换行，无副作用，性能也更高。竞赛或批量输出场景下，多一个 <code>endl 就可能超时。
- ✅ 永远用
cout 替代 <code>cout - ✅ 如需强制刷新（如调试时看实时输出），显式加
cout.flush() - ⚠️
cin.tie(nullptr)已足够，cout.tie(nullptr)几乎没效果，可省略
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
