HTML 本身没有函数，所谓“HTML函数”实为JavaScript函数或浏览器内置行为；移动热点影响的是网络层通信，而非HTML或JS执行，常见问题包括客户端隔离、同源策略误用及IPv6解析失败。
HTML 本身没有“函数”——这是个常见误解，直接用移动热点开发网页完全可行，但网络硬件（比如热点设备、路由器、手机基带）会影响开发体验和测试结果，不是因为 HTML 不能运行，而是因为网络层干扰了 HTTP 请求、WebSocket 连接或资源加载。
为什么说“HTML 函数”不存在
HTML 是标记语言，不提供可执行的函数；你真正调用的是 JavaScript 函数（如 fetch()、addEventListener()），或浏览器内置行为（如表单提交触发的 submit 事件）。所谓“HTML 函数”通常是误把 onclick、onload 这类内联事件处理器当成了函数定义——它们只是绑定机制，实际逻辑仍在 JS 中。
移动热点对这部分无直接影响：只要页面能加载，JS 就能执行。
移动热点下 fetch() 或 XMLHttpRequest 失败的常见原因
开发时本地起 http://localhost:3000 服务，用手机连热点访问，常遇到白屏或 API 报错。这不是 HTML 或 JS 写错了，而是网络配置问题：
立即学习“前端免费学习笔记（深入）”；
- 手机无法直连开发机 IP：开发机防火墙未放行端口，或热点设备启用了“客户端隔离”（Client Isolation），禁止设备间通信
-
fetch()默认走同源策略：若前端地址是http://192.168.43.1:3000，而 API 请求发向http://localhost:8000，浏览器会拒绝——localhost在手机上解析为它自己，不是你的电脑 - 运营商级 NAT 或 IPv6 双栈异常：部分安卓热点（尤其老旧机型）在 IPv6 环境下 DNS 解析失败，导致
fetch()卡住或报TypeError: Failed to fetch
用 ngrok 或 localtunnel 绕过热点限制
不改热点设置、不调开发机网络，也能让手机访问本地服务。原理是把本地端口映射到公网临时域名，绕过局域网通信依赖：
- 装好
ngrok后执行ngrok http 3000，得到类似https://a1b2c3d4.ngrok.io的地址 - 手机浏览器打开该地址，即可访问你的 HTML+JS 页面，所有
fetch()请求也应指向同一域名（避免跨域） - 注意：
ngrok免费版有连接时长和带宽限制；localtunnel更轻量但不支持 HTTPS 自定义域名 - 关键点：此时请求走的是公网链路，完全避开热点的局域网策略（如客户端隔离、AP 隔离），但延迟略高、上传速度受限于上行带宽
硬件差异带来的真实影响：USB 网络共享 vs 手机 Wi-Fi 热点
同样是“移动热点”，不同接入方式表现差异明显：
- USB 网络共享（手机 USB 连电脑）：电脑获得的是手机分配的私有 IP，但通常关闭客户端隔离，且走 USB 总线，延迟低、稳定性高，
WebSocket连接不易断 - Wi-Fi 热点（手机开 AP）：多数 Android 厂商默认开启“AP 隔离”，禁止连入设备互访；iOS 热点相对宽松，但 iOS 17+ 对非加密 HTTP 资源拦截更激进（
http://页面可能被 Safari 直接阻止） - 廉价 4G CPE 设备（如华为 B525）：内置 NAT 层深，有时会重写 TCP 时间戳或截断大包，导致
fetch()流式响应（ReadableStream）卡顿或中断
这些都不是 HTML 或 JS 的问题，但会表现为“页面在本地正常，一连热点就挂”——排查时先确认是否真能 ping 通开发机 IP，再看浏览器控制台里是网络错误（net::ERR_CONNECTION_REFUSED）、CORS 错误，还是空响应。
