绝大多数情况下能双击打开，前提是HTML纯静态且所有资源（图片/CSS/JS）均使用正确相对路径、不依赖file://协议禁用的API（如fetch、localStorage、跨目录import等），否则会空白。
直接发 HTML 文件，对方双击就能打开吗？
绝大多数情况下能，但前提是 HTML 里没用到本地受限的资源。浏览器出于安全限制，file:// 协议下会拦截：XMLHttpRequest、fetch、localStorage（部分版本）、以及跨目录的 iframe 或 import。如果页面只是纯 HTML + 内联 CSS + 内联 JS，或者所有资源（图片、CSS、JS）都放在同一文件夹下且路径写对，那打包成 ZIP 发过去，对方解压后双击 index.html 就能正常看。
怎么打包才不会“点开一片空白”？
核心是确保所有相对路径在解压后仍有效，且不依赖服务端。常见翻车点：
- 用了
http://localhost:3000/style.css这类绝对 URL —— 发过去肯定 404，换成相对路径如./css/style.css - 图片路径写成
/images/logo.png（开头带斜杠）—— 这会从根目录找，而file://的“根”是磁盘根（比如 C:\），不是你项目文件夹，应改为./images/logo.png - 用了 ES6 模块（
import）但没配本地服务器 —— 浏览器直接报Cross-Origin Request Blocked，要么转成script type="module"并确保所有模块都在同域下，要么干脆合并成一个内联<script></script> - 用了
fetch('./data.json')——file://下 fetch 会被阻止，改用内联 JSON 数据或删掉这部分逻辑
要不要用 base 标签统一路径前缀？
可以，但要小心。加了 <base href="./"> 后，所有相对链接（img src、link href、a href）都会以当前 HTML 所在目录为基准。好处是路径更干净；坏处是：如果对方解压后没把整个文件夹一起打开（比如只双击了子目录里的某个 HTML），base 会指向错位置。更稳的做法是不用 base，老老实实每个资源都写 ./xxx 或 ../xxx，并确保目录结构扁平、不嵌套过深。
有没有比 ZIP 更省事的方案？
有，但要看场景：
立即学习“前端免费学习笔记（深入）”；
- 如果只是临时分享、对方也懂一点，用
npx serve -s（需装 Node）起个静态服务，然后把本机 IP + 端口发过去，对方浏览器访问就行 —— 绕过了file://限制，但要求在同一局域网 - 如果页面极小（data:text/html;base64,... 编码生成链接（注意长度限制和中文乱码）
- 想一劳永逸？用
Vite或Parcel构建出纯静态产物（vite build），输出的dist/文件夹就是开箱即用的 ZIP 内容，连路径都帮你理好了
最常被忽略的是：很多人测试时用 VS Code Live Server 看得好好的，一发 ZIP 就崩 —— 因为 Live Server 是 http:// 协议，而 ZIP 解压后是 file://，两者权限天差地别。发之前务必关掉所有本地服务，用纯文件方式再测一遍。
