C++中编号大于9的COM端口打开及NT对象空间映射疑问

1. \.\在NT对象空间的映射位置 #

\.\是Win32命名空间特有的前缀，它会直接映射到NT内核对象管理器中的\DosDevices目录。所有以\.\开头的设备名称，本质上都是在访问这个目录下的符号链接——比如\.\COM10对应的就是\DosDevices\COM10，而这个符号链接最终指向内核里的串口设备对象（通常是\Device\Serial9，编号和Win32的COM号差1，因为COM1对应\Device\Serial0）。

2. 映射数据的查找流程 #

当你用CreateFile打开\.\COM10时，整个查找过程是这样的：

• Win32子系统的文件重定向器先识别\.\前缀，把路径转换为对\DosDevices命名空间的访问请求
• 对象管理器在\DosDevices目录下查找名为COM10的符号链接对象
• 找到后解析该链接指向的内核设备（比如\Device\Serial9）
• 最后把打开请求转发到对应的串口驱动设备栈，完成端口初始化

而COM1到COM9是Win32子系统做了硬编码特殊处理的，直接跳过\DosDevices查找，映射到对应的内核设备，但编号大于9的串口没有这个硬编码规则，必须用\.\前缀强制走标准的命名空间查找流程。

3. 该机制的稳定性 #

微软几乎不可能改变这个机制：

• 它是Win32子系统与内核对象空间交互的通用标准，不仅适用于串口，还支持LPT端口、物理磁盘等多种设备
• 这个逻辑从Windows NT时代就存在，几十年里没有变动过，大量 legacy 软件和硬件驱动都依赖它
• 微软对Win32 API的兼容性承诺非常严格，这类核心的命名空间解析逻辑属于“兼容性红线”，除非Windows内核架构发生颠覆性重构（这在现有产品线中完全不现实），否则不会修改

内容的提问来源于stack exchange，提问作者artes14