VSCode本身不能运行HTML，真正运行HTML的只有浏览器；离线时可通过双击打开file://协议文件（适合纯静态页）或使用已安装的Live Server插件启动本地HTTP服务（支持fetch、ES模块等），但所有插件和调试器必须提前联网安装。
VSCode 本身不能“运行” HTML，离线状态下也一样——它只是编辑器，不带渲染引擎。真正能运行 HTML 的只有浏览器。所谓“离线运行”，本质是：在没网络时，用浏览器打开本地 file:// 协议的 HTML 文件，或起一个不依赖外网的本地 HTTP 服务（如 Live Server）。关键不是 VSCode 做了什么，而是你绕过网络依赖、让浏览器能加载并执行你的代码。
直接双击或右键用浏览器打开 file:// 地址
这是最彻底的离线方式，零插件、零配置、不占端口，适合纯静态页面（无 fetch、无 import、无跨文件 JS/CSS 引用）。
- 必须先保存 HTML 文件，扩展名是
.html，且结构完整（含<html>、<body>等基本标签），否则某些浏览器会白屏或报错 - Windows 下右键 → “打开方式” → 选 Chrome 最稳妥；Edge 在某些安全策略下会禁用
file://下的 JS 执行，导致脚本不运行 - 如果 HTML 里用了
import语法（比如import { helper } from './utils.js'），浏览器会直接报错Failed to load module script——ES 模块在file://协议下被浏览器原生禁止，无法绕过 - 所有
fetch('./data.json')或XMLHttpRequest请求都会触发net::ERR_FILE_PROTOCOL，因为浏览器不允许从本地文件发起跨源请求
用 Live Server 插件起本地 HTTP 服务（推荐但需提前装好）
Live Server 启动的是 http://127.0.0.1:5500/ 这类地址，属于同源环境，能跑 fetch、ES 模块、相对路径资源，且支持热重载——但它本身不依赖外网，只要插件已安装，断网也能用。
- 插件必须在有网时提前安装好；离线环境下无法通过 VSCode 扩展市场搜索或安装任何新插件
- 启动后地址是
http://127.0.0.1:5500/index.html，不是file://，所以fetch('./api')能正常发请求——前提是你的“API”也跑在本地（比如 Ollama 的http://localhost:11434），且浏览器不拦截（CORS 仍可能报错，需服务端配Access-Control-Allow-Origin） - 默认端口 5500 被占用时会自动换到 5501，但如果你手动改过
liveServer.settings.port，记得确认该端口在离线机器上确实空闲（比如没被 Python 的http.server或其他工具占着） - 路径含中文或空格一般不影响，但极老版本 Windows 上若项目放在
C:Users用户名Documents...这类长路径，偶尔触发 Live Server 读取失败，建议放C:dev这类短路径
离线调试 JS 必须配 launch.json，且 Debugger 插件得提前装好
想在 VSCode 里打断点、看变量、单步执行，光靠 Live Server 不够——它只负责开页面，不连调试器。你得用 Debugger for Chrome/Edge 插件 + 正确的 launch.json 配置，否则按 F5 会提示 Cannot find runtime 'chrome' on PATH 或连不上。
立即学习“前端免费学习笔记（深入）”；
- Debugger 插件同样必须在联网时提前安装；离线环境无法安装新调试器
-
.vscode/launch.json中的url字段必须和 Live Server 实际打开的地址一致，比如"url": "http://127.0.0.1:5500/index.html"；写成localhost或错端口都会连不上 - Chrome 必须已安装在系统 PATH 中，或者你在
launch.json里显式指定可执行路径，例如"runtimeExecutable": "C:\Program Files\Google\Chrome\Application\chrome.exe" - 首次调试前，确保 Chrome 是关闭状态，否则 VSCode 可能复用旧进程导致断点不生效
最容易被忽略的一点：所有“离线可用”的能力，都建立在“插件已提前装好”这个前提上。VSCode 离线时不会提醒你缺什么，只会静默失败——比如右键没看到 Open with Live Server，大概率是插件根本没装，而不是功能被禁用了。
