html中不存在“html函数”，实际需测试的是fetch()、xmlhttprequest等网络行为；老旧网卡虽不报错，但会因丢包、重传、tcp延迟等干扰本地测试，可通过ping、iperf3、ethtool等工具验证，并优先排除浏览器插件、ipv6绑定、flag配置等软件干扰。
HTML函数根本不存在，别被术语带偏
浏览器里没有叫“HTML函数”的东西——HTML 是标记语言，不执行逻辑。你真正想测的，大概率是 fetch()、XMLHttpRequest、表单提交、或前端调用后端 API 的行为。老旧网卡不会阻止这些代码运行，但它会影响底层网络行为的可观测性。
老旧网卡如何间接干扰本地测试
网卡老化本身不报错，但会放大真实网络问题在本地复现时的干扰：丢包、重传、TCP连接建立延迟、MTU协商异常。这些在开发机上常被忽略，因为现代网卡+千兆内网掩盖了问题。
-
fetch('/api/data')在 Chrome 控制台显示net::ERR_CONNECTION_TIMED_OUT，但后端明明在跑——可能是网卡驱动丢弃了 SYN 包，抓包发现只有发出没响应 - 本地启的
python -m http.server 8000被同局域网设备访问失败，而换 USB 网卡立刻正常——老网卡可能禁用了某些 ARP 或 ICMP 响应 - WebSocket 连接频繁
onclose且event.code === 1006（abnormal closure），Wireshark 显示 TCP RST 来自本机——驱动层异常中断连接
怎么验证是不是网卡的问题
绕过应用层，直接看网络栈是否“诚实”：
- 用
ping 127.0.0.1和ping localhost对比：如果后者超时，查hosts文件或 DNS 解析，和网卡无关；前者失败才可疑 - 跑
iperf3 -c 127.0.0.1 -p 5201（需先iperf3 -s）：若带宽骤降、重传率 > 2%，重点怀疑驱动或硬件 - 执行
ethtool enp0s3（替换为你的接口名）：检查Link detected: yes、Speed: 100Mb/s是否稳定；若显示Link detected: no却能上网，说明网卡在欺骗内核 - 临时换用
usbnet（如手机 USB 共享网络）或禁用该网卡（sudo ip link set enp0s3 down），再测同一段 JS 逻辑——行为变化即线索
本地测试时真正该关掉的东西
比起换网卡，优先排除软件层干扰：
- 关掉浏览器所有插件，尤其广告拦截、HTTPS 强制升级类——它们会静默拦截
fetch()请求并伪造TypeError - 确认开发服务器没绑定
127.0.0.1却用localhost访问：IPv6 下localhost可能走::1，而服务只监听 IPv4 - 检查
chrome://flags/#unsafely-treat-insecure-origin-as-secure是否误启——老旧系统常有人手动加http://192.168.x.x到白名单，但证书不匹配仍会阻断fetch() - 避免用
file://直接打开 HTML：CORS、fetch()跨源限制、Service Worker 注册全部失效，这不是网卡问题，是浏览器安全模型
网卡老化最麻烦的点在于：它不报错，只让错误概率升高、时机飘忽。你改了十次 JS 代码，其实只需要 sudo modprobe -r r8169 && sudo modprobe r8169 重启一次驱动。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
