我之前帮朋友处理过类似的Windows控制台宽字符输入坑，刚好能给你一些实用的解决思路！

先排查locale设置细节 #

你提到已经把locale设为.UTF8，但Windows下针对特定键盘布局（比如波兰程序员键盘），可能需要更精准的locale配置，比如试试setlocale(LC_ALL, "pl_PL.UTF-8")，明确指定波兰语区域的UTF-8编码，避免默认的.UTF8在处理AltGr组合键时的兼容性问题。

替代_kbhit()的两种实用方案 #

既然已经确定是_kbhit()的问题，完全可以用Windows API实现非阻塞按键检测，避开conio库的老旧实现：

• 方案1：用GetAsyncKeyState()实时检测
  这个Windows API可以实时判断任意按键的按下状态，完全非阻塞，和_kbhit()的特性一致。判断逻辑很简单：

  if (GetAsyncKeyState(你的目标键码) & 0x8000) {
      // 按键已按下
  }
  

  处理AltGr组合键时，记得AltGr本质是Ctrl+Alt的组合，所以可以先检测GetAsyncKeyState(VK_CONTROL) & 0x8000和GetAsyncKeyState(VK_MENU) & 0x8000是否同时成立，再检测对应的字符键，就能准确捕获到像ś这类特殊字符的输入。

• 方案2：基于控制台输入句柄实现非阻塞检测
  利用Windows的事件监听机制，直接检测控制台输入句柄的状态，实现自己的my_kbhit()：

  #include <windows.h>
  
  int my_kbhit() {
      HANDLE hStdin = GetStdHandle(STD_INPUT_HANDLE);
      return WaitForSingleObject(hStdin, 0) == WAIT_OBJECT_0;
  }
  

  这个实现完全依赖Windows原生API，不会有conio库的兼容性问题，而且延迟极低。

解决PeekConsoleInputW()的延迟与字符问题 #

你之前用这两个API遇到的问题，大概率是处理逻辑不对：

• 调用PeekConsoleInputW()时，它本身是非阻塞的，不需要设置超时，只要判断返回的事件数量大于0，再调用ReadConsoleInputW()处理即可，这样不会产生延迟。
• 处理输入事件时，只关注KEY_EVENT_RECORD类型的事件，直接读取UnicodeChar字段获取宽字符，不要手动做编码转换，这样就能正确识别波兰语的特殊字符。

额外优化：开启控制台UTF-8模式 #

配合locale设置，再加上这两行代码，让控制台的输入输出完全支持UTF-8：

SetConsoleOutputCP(CP_UTF8);
SetConsoleCP(CP_UTF8);

这能减少很多编码转换带来的奇怪问题。

备注：内容来源于stack exchange，提问作者Krzysiek127