不能直接用 std::cin 在子线程读键盘，因其绑定主线程 stdin 且含全局锁，多线程调用会导致卡死、丢字符或未定义行为；可行方案唯有系统级非阻塞输入或独立 I/O 线程加安全通信。
为什么不能直接用 std::cin 在子线程里读键盘
因为 std::cin 默认绑定到主线程的 stdin 文件描述符，且内部有全局锁（std::cin.tie(nullptr) 也不能完全解除）。多个线程同时调用 std::cin >> 可能卡死、丢字符，甚至触发未定义行为——这不是竞态，是标准库实现层面的限制。
真正可行的路径只有两条：系统级非阻塞输入，或另起独立 I/O 线程 + 安全通信。前者跨平台麻烦，后者更可控。
用 std::thread 单独跑输入线程 + std::queue 传数据
核心思路：一个线程专职阻塞读取，把结果塞进线程安全队列；其他线程只消费，不碰 std::cin。
- 用
std::mutex+std::queue实现简易线程安全缓冲（不用std::concurrent_queue，C++20 前没原生支持） - 输入线程里用
std::getline(std::cin, line)，别用>>——避免跳过空白导致截断 - 主线程或工作线程用
std::this_thread::sleep_for轮询队列，或用std::condition_variable唤醒（推荐后者，省 CPU） - 注意
std::cin在 Ctrl+D（Linux）或 Ctrl+Z（Windows）后会设failbit，后续读取直接返回，需检查if (std::cin.good())
std::queue<std::string> input_q;
std::mutex q_mutex;
std::condition_variable q_cv;
bool input_done = false;
void input_loop() {
std::string line;
while (std::getline(std::cin, line)) {
std::lock_guard<std::mutex> lk(q_mutex);
input_q.push(line);
q_cv.notify_one();
}
{
std::lock_guard<std::mutex> lk(q_mutex);
input_done = true;
q_cv.notify_all();
}
}
Windows 下用 PeekConsoleInput 实现真异步轮询
Windows 控制台 API 允许非阻塞检测按键，适合需要“按任意键继续”或实时响应方向键的场景，但仅限 Windows。
立即学习“C++免费学习笔记（深入）”；
- 必须用
GetStdHandle(STD_INPUT_HANDLE)获取句柄 -
PeekConsoleInput返回 0 表示无输入，>0 表示有事件（包括鼠标、窗口大小变化），要过滤KEY_EVENT且KeyEvent.bKeyDown == TRUE - 用
ReadConsoleInput拿出事件后，再用ToAscii或GetKeyNameText转键名——别指望它直接给你字符串 - 注意缓冲区清空：不调用
ReadConsoleInput消费事件，下次Peek还会返回旧事件
Linux/macOS 怎么绕过 std::cin 阻塞
本质是把 stdin 设为非阻塞 + 使用 poll 或 select 监听可读事件，再用 read(0, buf, sizeof(buf)-1) 手动读字节流。
- 用
fcntl(0, F_GETFL)拿当前标志，再用fcntl(0, F_SETFL, flags | O_NONBLOCK)开非阻塞 -
poll({{.fd=0, .events=POLLIN}}, 1, 0)返回 >0 才去read，否则跳过 - 读到的可能是 UTF-8 多字节序列（比如 ← 键发
\x1b\x5b\x44），需自己解析 ANSI 转义序列，不能当 ASCII 处理 - 记得恢复终端原始模式（用
tcgetattr/tcsetattr），否则关程序后终端乱码或回显失效
跨平台项目建议优先走独立输入线程方案，PeekConsoleInput 和 poll 都得写两套逻辑，且容易漏掉信号处理（如 SIGINT）对 stdin 的干扰。
