cin和cout读写基本类型最直接，但需注意缓冲区残留、编码乱码及同步性能问题：输入后用ignore清理换行符，终端需匹配源文件编码，大量数据时关闭同步并解绑。
用 cin 和 cout 读写基本类型最直接
标准库的 cin 和 cout 是 C++ 最常用的 I/O 工具，底层绑定到 C 的 stdin 和 stdout，默认同步且带缓冲。输入时遇到空白符（空格、制表符、换行）就停止；输出自动调用对象的 operator 或 <code>operator>>。
常见写法：
#include <iostream>
int main() {
int x;
double y;
std::cin >> x >> y; // 一次读两个，用空格或换行分隔
std::cout << "x=" << x << ", y=" << y << '\n';
}
注意：cin 不会跳过换行符本身——如果前面有残留的 '\n'（比如从 getline 后紧接着用 >>），它会立刻返回失败。这是初学者最常卡住的地方。
getline 读整行，但和 cin >> 混用要清缓冲
std::getline 读取一整行（包括空格），直到遇到 '\n' 并丢弃它；而 cin >> x 读完数字后，'\n' 还留在输入缓冲区里。下一次调用 getline 就会立刻读到空行。
立即学习“C++免费学习笔记（深入）”；
解决方法只有一步：在 cin >> 后加 std::cin.ignore() 清掉残留换行符：
int age; std::string name; std::cin >> age; std::cin.ignore(); // 忽略一个字符（通常是 '\n'） std::getline(std::cin, name);
更稳妥的写法是忽略最多 1024 个字符直到遇到换行：
std::cin.ignore(1024, '\n');
否则一旦用户多输几个空格或 Tab，ignore() 可能没清干净，后续 getline 仍会出问题。
中文输入输出乱码？先确认终端编码和流状态
C++ 本身不处理编码转换。cout 输出中文乱码，通常不是代码问题，而是终端环境没设对：Windows 控制台默认是 GBK，但源文件保存为 UTF-8 时就会错位；Linux/macOS 终端一般默认 UTF-8，但若 locale 没配好（比如 LANG=C），也会显示异常。
可临时绕过编码问题的方法：
- Windows 下加
SetConsoleOutputCP(CP_UTF8);（需<windows.h>） - 统一用宽字符流：
std::wcin/std::wcout+L"你好"，但必须配合std::locale::global(std::locale("")); - 更简单：开发时只用 ASCII 字符做测试，上线前再对接真实编码逻辑
别在 cin/cout 上硬扛 UTF-8 多字节解析——C++ 标准流不保证按 Unicode 码点切分，容易读半截字节。
性能敏感场景慎用 cin/cout，关同步或换 scanf/printf
默认情况下，cin 和 cout 与 C 的 stdio 同步（即保持 stdin/stdout 和 cin/cout 顺序一致），这带来明显开销。读写大量数据（如 10⁵ 行以上）时，可能慢 2–3 倍。
提速方法只有两个有效操作：
- 在
main()开头加：std::ios::sync_with_stdio(false); - 同时禁用
cin的绑定：cin.tie(nullptr);（否则每次cin都会刷新cout）
但注意：一旦关了同步，就不能再混用 scanf/printf 和 cin/cout，否则输出顺序不可控。真要极致性能，不如直接用 scanf 和 printf——它们在 C++ 里完全合法，且无同步开销。
真正麻烦的从来不是“怎么写”，而是“为什么这次不工作”。输入输出问题八成卡在缓冲区状态、编码假设或同步开关上，而不是语法本身。
