termio.h中
Windows使用与任何* nix系统非常不同的型号执行终端I / O。因此，真的没有直接相当于termio.h标题及其朋友。
您想在MSDN上阅读Windows Communications Resources。
有些事要了解更多关于包括：
> DCB结构
> COMMTIMEOUTS结构
> BuildCommDCB()
> SetCommState()
> …还有更多…
一般来说，您会发现，您需要直接处理Windows API，因为stdio会在进行设备I / O时增加混乱。
select.h
没有直接等同于Unix select(2)系统调用。
在Windows中，许多内核对象可以处于信令状态或非信号状态，并且可以使用发送对象的动作来释放调用WaitForMultipleObjects()的线程。当数据可用时，有些但不是全部的HANDLE对象被发出信号。具体来说，我知道WinSock的HANDLE有这样的功能，但是我不了解Comm API。我知道HANDLE到一个开放的文件没有。
如果您需要等待正在处理窗口消息的线程中的事件，那么您应该使用MsgWaitForMultipleObjects()，因为它会在线程被阻止时正确传递消息。
请阅读MSDN文章Using Synchronization上的Windows同步原语。
然而，Windows内置了几种异步I / O，可以通过改变设计来替代select()的需要。两者都将需要广泛使用不能与C stdio库结合使用的功能。
MSDN有几篇关于I / O技术的文章，以及许多例子：
> I/O Concepts
> Synchronous and Asynchronous I/O
> Synchronization and Overlapped Input and Output
> CreateFile()(特别是备注部分)
请注意，关于Windows如何工作的大部分信息都分散在概述文章和API函数和结构的参考资料的备注部分中。这可以给人的印象是，一读就没有完全记录。
移植Cygwin
另一种方法是使用Cygwin做端口。它通过Windows API提供大部分POSIX层。但是，您将得到一个依赖于Cygwin DLL的应用程序，该应用程序是GPL，除非您从其购买商业使用许可证。使用Cygwin可以很方便地获得一个适用于没有Unix体验的Windows用户的应用程序，因为有关两个系统的设置和使用方式的许多其他假设有所不同。
Cygwin已经做了相当大的努力来构建一个在Windows上运行的select()的实现，给出了不同的打开文件描述符的混合。这个努力是described in the User’s Guide。
请注意，如果在Cygwin环境中完成，则只会记录和支持Cygwin的构建。通常仅将Cygwin的bin放在Windows PATH上并通过命令提示符工作是不够的。您真的需要启动Cygwin的bash构建并从中编译，以便所有内容都使用相同的Cygwin风格的安装点和模拟的Unix文件结构。
