Thunderbolt 不加速 HTML 函数本身，但显著提升开发工作流速度；实测 Vue 项目构建从 8.2s 降至 3.1s；WebGPU + eGPU 是唯一让 HTML 函数“算得更快”的路径；线缆认证与驱动版本影响实际带宽。
HTML 函数本身在 Thunderbolt 接口设备上不会“直接变快”——它跑在浏览器里，和 Thunderbolt 没有协议级关联；但整个开发工作流的响应速度、构建耗时、调试延迟，确实能被 Thunderbolt 设备显著改善。
Thunderbolt 设备不加速 document.getElementById，但加速它的上下文
HTML 函数（比如用 addEventListener 绑定的点击处理逻辑、用 fetch 触发的 API 调用、或基于 WebAssembly 的计算模块）的执行性能取决于 CPU、内存、JS 引擎优化和 I/O 等待。Thunderbolt 不参与 JS 执行，但它能大幅缩短以下环节的等待时间：
- 项目文件从磁盘读取（例如
node_modules加载、webpack扫描数千个文件） - 构建产物写入磁盘（
dist/目录生成、source map 写出） - 本地开发服务器热重载（
vite dev server重启时重新读取依赖树） - 大型 HTML/CSS/JS 资源加载到浏览器缓存（尤其当使用
file://协议或本地http-server）
实测：同一套 Vue + TypeScript 项目，在 SATA SSD 上完整构建平均耗时 8.2s；换用雷电4 NVMe 外置盘（如 CalDigit TS4），相同操作降至 3.1s 左右——差值主要来自文件系统吞吐而非 JS 执行。
WebGPU + eGPU 是唯一能让 HTML 函数“算得更快”的 Thunderbolt 路径
如果你的 HTML 函数包含密集型计算（如实时图像滤镜、物理模拟、音频 FFT），且已迁移到 WebGPU 后端，那么 Thunderbolt 连接的外置 GPU（eGPU）才真正介入执行链路：
立即学习“前端免费学习笔记（深入）”；
- 必须启用 Chrome 启动参数：
--enable-unsafe-webgpu（macOS / Windows） - 检查
navigator.gpu是否存在，调用await navigator.gpu.requestAdapter()确认 eGPU 被识别为首选适配器 - 注意：仅 Thunderbolt 3/4 支持 PCIe 隧道，Thunderbolt 5 更支持动态带宽分配；USB4 设备若未通过 Thunderbolt 认证，
requestAdapter可能 fallback 到集成显卡 - 常见错误现象：
TypeError: Cannot read properties of undefined (reading 'requestAdapter')—— 多因未启用 flag 或 macOS 系统偏好中禁用了“外部 GPU”选项
别把 Thunderbolt 当 USB-C 用：线缆与认证决定实际带宽
很多用户买了标称“40Gbps”的线缆，结果 lspci -t（Linux）或 system_profiler SPThunderboltDataType（macOS）显示只有 20Gbps 或更低，原因往往出在线缆本身：
- 无源铜缆（Passive Cable）在 Thunderbolt 4 下最长仅支持 0.8 米达满速；2 米线需为有源（Active）且通过 Intel 认证
- 非认证线缆可能协商成 USB 3.2 Gen 2x2（20Gbps）甚至 USB 3.2 Gen 2（10Gbps），此时
lsusb会显示 “xHCI Host Controller”，而非 “Thunderbolt Host Controller” - Windows 用户需确认设备管理器中 “Thunderbolt Controller” 驱动版本 ≥ 22.70，旧版驱动无法正确识别 Thunderbolt 4 的 PCIe 分配策略
验证方式：macOS 终端运行 system_profiler SPThunderboltDataType | grep "Link Speed"，输出应为 Link Speed: 40 Gb/s；Linux 下可查 /sys/bus/thunderbolt/devices/*/speed。
远程调试走 Thunderbolt 扩展的万兆网卡，比直连更稳
当 HTML 函数部署在远程高性能节点（如带双 Xeon + 128GB RAM 的 Linux 服务器）上运行，而你在本地编辑调试时，Thunderbolt 扩展的万兆网卡（如 Chelsio T62100-CR）比 Wi-Fi 或普通千兆口更可靠：
- 局域网内 WebSocket 调试连接延迟可压至
- Thunderbolt 菊花链下多设备共享带宽时，万兆网卡仍能独占 PCIe 通道，避免 USB 扩展坞常见的带宽争抢（表现为
chrome://tracing中 Network 面板出现长时阻塞） - 关键配置：远程 Node.js 必须监听
0.0.0.0:9229并启用--inspect-brk；本地 VS Code 的.vscode/launch.json中port字段需匹配，且address填服务器局域网 IP，不能填localhost
最容易被忽略的一点：Thunderbolt 扩展的万兆网卡在 macOS 上默认启用 LSO（Large Segment Offload），这会导致 Chrome DevTools 的 Network 面板丢包率虚高；应运行 sudo ifconfig enX -lso（X 替换为对应接口号）临时关闭。
