虚拟机中如何实现物理串口的正确配置与使用？，虚拟机串口映射失败怎么办

虚拟机中正确使用物理串口，核心思路是分清“映射”“透传”与“重定向”，再按你用的虚拟化平台选择对应方案，最后处理权限和占用问题即可稳定通信。

虚拟机如何映射物理串口，先想清楚这三条路

物理串口在虚拟机里并不是“插上就能用”的，主机上那个COM口或ttyS设备，对虚拟机来说默认是看不见的，要让虚拟机里的程序能直接读写物理串口，常见有三条路：VMware Workstation的直接映射、VirtualBox的主机端口绑定、ESXi的物理串口透传。

三条路对应不同场景。临时调试选VMware Workstation最省事，生产环境要稳定就跑ESXi透传，VirtualBox免费但串口功能较简陋，适合不追求性能的实验。

VMware Workstation 直接绑定物理串口

这是最常用的做法,在虚拟机设置里添加“串行端口”，选择“使用物理串行端口”，然后选对COM口即可。关键一步是启动虚拟机前确认该串口没被宿主机上的其他程序占用，否则虚拟机启动时会报告“设备被占用”。

默认情况下VMware会勾选“连接时打开电源”，这个建议保留，如果虚拟机是开机后热添加的串口，需要手动点一下“连接”按钮才生效。

VirtualBox 串口映射到主机物理端口

VirtualBox的全局设置在“工具-全局设定-串口”里，但真正要改的是每台虚拟机的“设置-串口”页，启用串口1，选择“主机设备”，然后在路径里填物理串口名称：

• Windows 宿主机填：COM1
• Linux 宿主机填：/dev/ttyS0

VirtualBox不能自动探测你机器上哪个COM口是物理的,只能手动填，建议用设备管理器或dmesg确认好端口名再填。

ESXi 物理串口透传

VMware ESXi的虚拟机设置里，添加串口设备时选“使用物理串口”，ESXi会在宿主机上找出可用的物理串口列表。物理串口透传比映射多一步好处：虚拟机直接拿到串口的控制权，不经过宿主机重定向，延迟更稳定

，而且ESXi支持把串口重定向到网络，即虚拟串口与远程串口服务器对接，适用于机房物理机搬不到现场的调试场景。

ESXi的物理串口设置不能热插拔,必须关机后修改，这一点容易漏。

VMware虚拟机串口配置操作步骤保姆级拆解

对于多数用户来说,VMware Workstation虚拟机串口配置是接触最多，也最容易踩坑的一个，下面这套流程直接照着点就行，用Windows 10宿主机加Linux虚拟机举例。

确认宿主机物理串口编号

按Win + X打开设备管理器，展开“端口（COM和LPT）”。带“COM”编号的可能是物理串口也可能是USB转串口适配器，注意看驱动名称和硬件ID。

例如一个内置串口通常显示为“Intel(R) Active Management Technology – SOL (COM3)”或者“通讯端口 (COM1)”，USB转出的CH340等芯片会明确标注“USB-SERIAL CH340 (COM5)”，这一步看似啰嗦，但选错端口会导致通不上。

添加串口时选对“物理串行端口”

在VMware Workstation里，打开虚拟机设置，点“添加”，选择“串行端口”，然后下一步：

1. 选择“使用物理串行端口”
2. 端口选择“自动探测”或手动指定第一步确认的COM口
3. 勾选“打开电源时连接”

这一段操作别选成“输出到文件”或“命名管道”，2选错就变成写日志而不是串口通信了。

Linux 宿主机下路径名称有讲究

如果你宿主机是Ubuntu或CentOS,VMware的物理串口路径不是只填/dev/ttyS0这一种情况，服务器主板上可能有多个串口控制器，/dev/ttyS0到/dev/ttyS3未必都对应物理接口，用dmesg | grep tty查看内核识别到的串口列表，比如板载串口会显示ttyS0，扩展卡则可能显示ttyS4等。

虚拟机内Linux系统看到的设备名通常是/dev/ttyS1或/dev/ttyS2（取决于你给虚拟机的串口编号），和宿主机设备名没有对应关系，别搞混了。

物理串口在虚拟机里经常遇到的坑

行业共识认为,虚拟机串口通信失败，接近一半的情况出在宿主机串口资源被占用，剩下的是虚拟机内权限和波特率设置不当，按下面几条逐个排查，能解决绝大部分问题。

主机物理串口无法识别怎么办

物理串口无法识别多数不是虚拟机配置问题,而是宿主机层面就没看到设备，先检查设备管理器里该串口是否正常，如果带黄色感叹号，说明驱动有问题。

试着更新芯片驱动，或者重插PCI串口卡后重新扫描硬件。

部分BIOS默认关闭了板载串口,需要在BIOS里把“Serial Port”选项从Disabled改成Enabled，并记下I/O端口和IRQ地址，这个细节想不起来，后面怎么配都白搭。

虚拟机里端口被占用，报“无法连接”

启动虚拟机时提示“无法连接串口”或直接弹“设备繁忙”，绝大多数是因为宿主机上某个程序占用了该串口，比如串口调试助手、PLC编程软件、SecureCRT等开着没关。关掉所有可能占用串口的软件，还不行就重启宿主机后再试。

Linux下可以用fuser /dev/ttyS0查看是哪个进程占用了设备，Windows下可以用系统资源监视器或直接看串口工具状态栏。

权限问题会导致虚拟机内无法读写

如果你在虚拟机内用cat /dev/ttyS0提示权限不够，先把当前用户加入dialout或uucp组：

sudo usermod -a -G dialout $USER

执行完注销重新登录，组权限才能生效，嵌入式开发场景经常用root直接跑程序，这时候用chmod 666 /dev/ttyS0可以但别在生产环境这么搞。

USB转串口设备不等于直接透传

用USB转串口线连接开发板时,宿主机看到的是一个USB设备（比如CH340、CP2102），不是真正的物理串口控制器。VMware Workstation直接映射的是COM口，不是USB口，所以USB转串口那条线插上之后，先看它在宿主机虚拟成哪个COM口，再把这个COM口映射给虚拟机。

ESXi下USB转串口要想透传给虚拟机,得用USB直通（PCI passthrough USB控制器或直接把USB设备添加到虚拟机），这跟物理串口透传是两条路，网上有些帖子里会把两者混为一谈，容易误导人，实测下来，USB直通的延迟稳定性不如原生串口透传，工业控制场景别依赖USB转接。

虚拟机串口选的哪种用法，对应的现实场景

不同的人配串口看的方向完全不一样,选型之前想明白自己属于哪类场景，省得折腾半天发现方案本身就不对。

嵌入式开发板调试场景

开发板上电后需要虚拟机里的终端程序通过串口登录,比如用minicom或PuTTY连/dev/ttyS0，追求的是低延迟和输出不丢字节，这种场景推荐VMware Workstation直接映射物理串口，把波特率设为与开发板bootloader一致（常见115200），并关闭流控。

有些开发板的调试串口还带硬件流控引脚,虚拟机的虚拟串口对RTS/CTS的支持取决于宿主机物理串口控制器。

开流控反而可能卡死，建议先关掉试试。

老式工业设备运维场景

工厂里还在用RS-232接口的PLC、老数控机床，要通过虚拟机里的工控软件连上，软件一般只认COM1到COM4，这种场景对虚拟机的串口编号有要求，需要把虚拟串口指定为COM1，软件才能搜到设备，另外Windows老版本工控软件最好用XP虚拟机配合VMware的物理串口映射，兼容性好过新版系统。

ESXi 物理串口透传用在远程管理

ESXi最常见的真实场景是把虚拟机的串口重定向到IP网络的串口服务器上,相当于通过网络把物理串口的距离拉长了几百米甚至跨城市，跳线接串口服务器，虚拟机上添加串口时选“使用网络”，填上串口服务器的IP和端口，就能远程管理只提供串口管理界面的老设备，这需要机房侧网络稳定，运维圈共识是这办法省钱但可靠性比不上现场物理串口直连。

虚拟机串口配置常见问题解答

问：虚拟机里看不到物理串口设备，有哪些可能原因？

答：先确认宿主机设备管理器里有这个串口且驱动正常，再检查虚拟机设置里串口是否添加成功并已连接，VMware Workstation的自动探测有时会漏掉某些扩展卡上的串口，改成手动指定COM号一般能解决，VirtualBox则需要手动填写完整路径，若设备管理器里压根没有物理串口，去BIOS查看板载串口功能是否被关闭。

问：虚拟机物理串口透传和端口重定向有什么区别？

答：透传指虚拟机的串口设备控制器与宿主机物理串口直连，数据通路短而稳定，ESXi的物理串口透传属于此类，端口重定向则是宿主机上的服务把串口数据转发到TCP网络端口，再由远端或虚拟机连接，灵活性更高，但受网络延迟和缓冲影响，前者适合本地硬件调试，后者适合跨地域访问串口设备，虚拟串口重定向到官方文档和串口服务器配置是实际生产中最常用的一种方式。

问：映射物理串口后通信乱码，应该先调什么？

答：先确认虚拟机内程序和物理设备两端波特率、数据位、停止位、校验位完全一致，乱码绝大多数是波特率不匹配，如果串口线较长，还要检查信号线是否收发接反，排除后再考虑关掉软硬件流控，还有一个容易忽略的点VMware虚拟串口默认的FIFO缓冲策略与老设备不兼容，可在虚拟机配置的.vmx文件里调整serialX.fifo参数关闭FIFO缓冲。