<p>SerialPort.GetPortNames() 是 C# 中获取系统识别 COM 口的最轻量方法，返回字符串数组（如["COM3","COM4"]），但不保证设备真实连接或未被占用，需结合 WMI 查询和打开时异常捕获验证可用性。</p>
怎么用 SerialPort.GetPortNames() 获取当前可用 COM 口
这个静态方法是 C# 最直接、最轻量的获取方式，它读取系统注册表中已识别的串口设备列表，不依赖硬件握手或实际打开端口。
常见错误现象：SerialPort.GetPortNames() 返回空数组，但设备管理器里明明有 COM3、COM4。原因通常是驱动未正确安装（尤其 USB 转串口芯片如 CH340、CP2102），或用户权限不足（Windows 上某些虚拟串口需管理员权限才能枚举）。
使用场景：程序启动时快速列出所有“系统认为存在”的串口，适合做下拉选择框初始化。
实操建议：
- 调用前无需引用额外 NuGet 包，
System.IO.Ports命名空间在 .NET 5+ 已内置；.NET Framework 4.6.1+ 需单独安装System.IO.PortsNuGet 包 - 返回的是字符串数组（如
["COM3", "COM4"]），不带描述信息（比如“USB-SERIAL CH340 (COM3)”），想显示友好名称得查注册表或 WMI - 该方法极快（毫秒级），但无法区分“真实插入的设备”和“残留的虚拟端口”，比如拔掉 USB 转串口线后，COM 号可能还在列表里，直到重启或手动刷新
为什么 ManagementObjectSearcher 能查到更准确的 USB 串口设备
单纯靠 SerialPort.GetPortNames() 列出的 COM 号，经常和 USB 设备对不上号——你看到 COM5，但不知道它对应哪个 USB 设备、厂商、PID/VID。这时候得查 WMI，因为 Windows 把 USB 串口设备的元数据（包括 Name、PnPDeviceID）都存进去了。
常见错误现象：用 SELECT * FROM Win32_PnPEntity WHERE Name LIKE '%COM%' 查到一堆结果，但其中很多是蓝牙串口、红外、甚至已禁用的旧设备，干扰判断。
实操建议：
- 优先过滤
WHERE Name LIKE '%(COM%)%' AND PNPClass = 'Ports'，能排除大部分非物理串口设备 - 关键字段看
PNPDeviceID，里面含VID_XXXX&PID_YYYY，可据此确认是否为真实 USB 转串口芯片（如 CH340 是VID_1A86&PID_7523） - 注意权限：WMI 查询在某些受限环境（如企业域策略、沙盒应用）可能被禁用，需捕获
UnauthorizedAccessException - 性能影响：比
GetPortNames()慢一个数量级（几十到上百毫秒），别在高频循环里用
如何避免“端口被占用却检测不到”的坑
用户插上设备，GetPortNames() 显示 COM4 存在，但一打开就报 UnauthorizedAccessException 或 IOException —— 实际是另一个进程（比如串口调试助手、Arduino IDE、后台服务）正占着它。C# 默认不提供“端口占用检查”接口。
实操建议：
- 不要依赖“端口存在即可用”，每次打开前必须 try-catch
SerialPort.Open()，捕获UnauthorizedAccessException（权限/占用）、IOException（设备拔出或异常断开） - 想提前探活？可尝试用
CreateFileWin32 API 打开\\.\COM4并立即 Close，但要注意：这会触发部分 USB 串口芯片的初始化（比如让 CH340 重置），可能干扰下游设备 - 更稳妥的做法是：打开后立刻发个简单指令（如 AT
）并设短超时（
ReadTimeout = 200），有响应才算真正可用——毕竟“能打开”不等于“能通信”
.NET Framework 和 .NET 5+ 的兼容性差异
System.IO.Ports.SerialPort 在 .NET 5+ 是跨平台的，但 Windows 上行为一致；问题出在旧框架和新 SDK 的默认行为差异上。
常见错误现象：同一段代码，在 .NET Framework 4.8 下能枚举出 COM15，升级到 .NET 6 后只显示到 COM9。
实操建议：
- .NET 5+ 默认启用“安全端口限制”，注册表项
HKEY_LOCAL_MACHINESOFTWAREMicrosoft.NETFramework 4.0.30319OnlyUseLatestSerialDriver若为 1，会跳过老式驱动（如 PL2303 早期版）暴露的端口 - 检查目标机器是否安装了
SerialPort的替代实现（如第三方库），它们可能覆盖默认枚举逻辑 - 若必须支持老旧设备，回退到 .NET Framework 或显式指定驱动兼容模式（通过 INF 修改或设备管理器更新驱动）
真正的难点不在“怎么列出来”，而在“怎么确定它此刻真的连着你要的那个硬件、没被别的程序锁死、且驱动没悄悄挂掉”。多一层验证，少一次用户抓狂。
