std::cin是std::istream类型的全局对象，绑定键盘输入；std::cout是std::ostream类型的全局对象，绑定屏幕输出；二者定义在<iostream>中，具备类型安全、运算符重载和缓冲机制，不同于C的stdin/stdout FILE*指针，混用易致缓冲不同步。
std::cin 是标准输入流，std::cout 是标准输出流——它们都定义在 <iostream> 头文件中，类型分别是 std::istream 和 std::ostream 的全局对象，绑定到操作系统提供的默认输入/输出设备（通常是键盘和屏幕）。
为什么不能直接用 stdin/stdout？
C++ 的 cin 和 cout 不是 C 风格的 FILE* 指针，而是带缓冲、支持重载、类型安全的流对象。直接混用 fgets(stdin) 或 printf 与 cin/cout 容易导致缓冲区不同步，比如：
- 先用
cin >> x读整数，再用getline(cin, s)，结果s可能读到残留的换行符而为空 - 在同一个程序里交替调用
scanf和cin，可能因缓冲未刷新导致输入阻塞或跳过
解决办法：要么全程用 C++ 流（推荐），要么显式同步：std::ios::sync_with_stdio(false) 关闭同步（提升性能，但禁止混用 C 函数）；或设为 true（默认）并接受性能损失。
cin >> 和 getline() 的行为差异
cin >> 是格式化输入，会自动跳过开头空白（空格、制表符、换行），并在遇到下一个空白时停止；getline() 是非格式化输入，读取整行（含空格），但不保留结尾的换行符。
立即学习“C++免费学习笔记（深入）”；
- 输入
"hello world\n"：cin >> s1得"hello"，getline(cin, s2)得"world" - 想读带空格的字符串，必须用
getline(cin, s)，不能依赖cin >> s -
cin.get()和cin.peek()适合逐字符控制，但要注意流状态（如failbit）
cout << 默认不刷新缓冲区，endl 会强制刷新
输出内容实际先写入内存缓冲区，不一定立刻显示在屏幕上。这对性能有利，但调试时可能“看不到输出”。
-
cout << "test";→ 内容还在缓冲区，屏幕可能无反应 -
cout << "test" << endl;→ 输出 + 换行 + 刷缓冲，立即可见 - 等价但更轻量的写法：
cout << "test" << "\n" << flush;（只刷缓冲，不换行） - 频繁刷新（如循环中每行都用
endl）会显著拖慢 I/O 性能
真正容易被忽略的是流状态和缓冲策略的组合效应：一次失败的 cin >>（比如输了字母却要读 int）会让流进入 failbit 状态，后续所有输入操作都直接返回失败，而不报错——必须手动调用 cin.clear() 并配合 cin.ignore() 清除错误输入，否则程序逻辑会静默卡死。
