cin>>无法读取带空格的整行字符串，因它以空白符分词；混合输入时需用getline()并配合ignore()清除残留换行符；cout格式设置会持续生效，需手动恢复。
别用 cin 读带空格的整行，也别在混合输入时指望它自动跳过换行符——这是 C++ 新手掉进最多、最深的坑。
为什么 cin >> 读不了带空格的字符串
cin >> 是按“空白字符（空格、制表、换行）”切词的，遇到第一个空格就停。比如输 hello world，cin >> str 只拿到 hello，world 还留在缓冲区里，后续读取会直接撞上它。
常见错误现象：cin >> 之后接 getline()，结果 getline() 立刻返回空行——因为 cin >> 留下的换行符没被吃掉。
- 要用整行输入，必须用
std::getline(std::cin, str) - 如果前面用了
cin >>，得先调cin.ignore()清掉残留换行符，例如：cin.ignore(std::numeric_limits<:streamsize>::max(), '\n')</:streamsize> -
getline()默认以\n结束；想换分隔符（比如逗号），可以传第三个参数：getline(cin, s, ',')
cout 的格式控制不是“设置一次永久生效”
std::cout 的状态（比如进制、小数位数、填充字符）是流对象的一部分，一旦设了，就会持续影响后续所有输出，直到你改回来。这不是函数调用，是修改流内部标志位。
立即学习“C++免费学习笔记（深入）”；
使用场景：打印调试信息时临时加个 hex，结果后面数字全变十六进制，自己都懵了。
- 临时改格式，记得配对恢复：
cout - 小数精度用
setprecision(n)，但它只对浮点数生效，且默认配合fixed或scientific才稳定；单独用容易误判输出位数 - 填充和对齐要一起设：
left/right控制方向，setw(n)控制宽度，但setw只对下一个输出项有效，不延续
混用 C 风格 scanf/printf 和 C++ cin/cout 很危险
两者底层缓冲机制不同，默认不自动同步。开了 ios_base::sync_with_stdio(false) 能提速，但从此禁止混用——哪怕只调一次 printf，整个 cin/cout 行为就不可预测。
常见错误现象：关同步后，cin 没读完，printf 就输出了；或者反过来，输出乱序、漏内容。
- 项目一开始就决定风格：纯 C++ 就全程用
cin/cout，并保持默认同步（即不关）；追求极致 IO 性能且确定不用 C 函数，才关同步，且彻底禁用scanf/printf -
cin.tie(nullptr)可解除cin和cout的绑定（避免每次cin前强制刷cout缓冲区），但仅在关同步后有意义 - 调试时别为了“快”关同步，否则
cout > x;可能不显示here就卡住
缓冲区残留、流状态污染、同步陷阱——这三个地方没手动理清楚，cin/cout 就永远像在猜谜。
