你猜的完全没错！你的USB控制器确实存在带宽共享的问题，这就是导致双设备互传速度暴跌的核心原因，下面给你拆解清楚：

• 同一USB控制器的带宽限制：USB 3.2 Gen 2的标称总带宽是10Gbit/s（换算成MB/s约1250MB/s，但实际扣除协议开销后可用带宽会更低）。当你把两个设备接在同一个10Gbit控制器的端口上互传时，数据的路径是「USB设备A → 控制器 → USB设备B」——这意味着控制器要同时处理**读（从A取数据）和写（往B存数据）**双向的流量，总带宽会被这两个方向的传输拆分共享。而单设备和笔记本互传时，只占用单方向的带宽（比如设备→笔记本），所以能跑到~600MB/s，这已经是该控制器单方向传输的实际上限了。

• 跨控制器传输的瓶颈变化：当你把两个设备分别接到不同带宽的控制器（左10Gbit、右5Gbit）时，数据路径变成「设备A→10G控制器→主板→5G控制器→设备B」，此时瓶颈就变成了带宽更低的5Gbit控制器（标称5Gbit/s约625MB/s，实际可用约300-400MB/s），所以你能跑到300-350MB/s，刚好匹配这个控制器的实际单方向传输上限。

• 为什么合成跑分没问题？：你提到的合成磁盘跑分是单设备单独测试，只占用控制器的单方向带宽，所以能跑到接近标称的1000MB/s读、900MB/s写；但实际互传是双向占用控制器带宽，再加上数据在控制器内部转发的额外开销，速度自然会大幅打折扣。

你用USBTreeView查到的端口控制器分布，完全验证了这个逻辑：左测端口共享同一个10Gbit控制器，双设备互传时带宽被拆分+双向开销，就跌到了150MB/s；跨控制器传输则避开了单控制器的带宽竞争，速度自然提升。

总的来说，这是笔记本USB控制器架构的正常硬件限制，不是设备故障或者系统问题~

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