vscode 内置 markdown 预览无法与浏览器联动，因其 webview 与系统浏览器物理隔离，不监听文件变更、不暴露刷新接口；需手动实现“编译 html + 托管服务 + live reload”三步流程。
VSCode 的 Markdown 预览无法和浏览器联动——它压根不提供浏览器实时刷新能力，所谓“联动”只能靠第三方工具链或插件模拟，且必须放弃内置预览。
为什么 Ctrl+K V 不能触发浏览器自动刷新
VSCode 内置的 Markdown: Open Preview to the Side 完全运行在 WebView（Electron 内嵌浏览器）中，与系统浏览器（Chrome/Firefox/Safari）物理隔离。它不监听文件系统变更事件发给外部进程，也不暴露 WebSocket 或 Live Server 接口。
常见误解是：只要开了 files.autoSave 和 markdown.preview.autoRefresh，再配个本地服务器就能“同步”。错——这两个设置只影响 VSCode 自身 WebView 的刷新逻辑，对 Chrome 标签页零作用。
-
markdown.preview.autoRefresh仅在文件保存后，重载 WebView 中已渲染的 HTML，不生成新 HTML 文件 - 浏览器要看到内容，必须读取一个真实存在的
.html文件，而 VSCode 默认不导出、不生成、不托管该文件 - 即使你用插件（如 Markdown Preview Enhanced）导出 HTML，它也不会自动通知浏览器刷新，除非你额外加一层 live-reload 工具
想让浏览器跟着编辑实时更新，必须走“文件生成 + 服务托管 + 自动刷新”三步
可行路径只有一条：把 Markdown 实时编译成 HTML，写入磁盘，用支持 live reload 的静态服务器托管，并让浏览器加载该地址。
推荐组合（轻量、无依赖、跨平台）：
- 用
markedCLI 或mdx-bundler监听.md变更，输出到./out/index.html - 用
live-server启动服务：live-server ./out --port=3000 --watch=index.html - 在 VSCode 中配置任务（
tasks.json），绑定保存事件："problemMatcher": []+"isBackground": true - 浏览器访问
http://localhost:3000，编辑保存后 200–500ms 内刷新
注意：Markdown Preview Enhanced 自带的 Open Preview in Browser 命令只是“一次性打开”，不监听后续变更；它的 Watch Mode 也只刷新自己 WebView，不是浏览器标签页。
同步滚动在浏览器里根本不存在
VSCode 的 Sync Scrolling 是编辑器与 WebView 之间的 DOM 元素锚点映射，依赖内部坐标计算和 postMessage 通信。浏览器没有对应 API 实现编辑器光标位置 ↔ 页面滚动锚点的双向同步。
目前没有任何稳定方案能让 Chrome 页面跟随 VSCode 编辑器滚动——连开源项目如 typora-browser-sync 也早已停止维护。所谓“联动”，最多做到“内容一致”，做不到“视图同步”。
如果你真需要编辑即见、滚动即跟，唯一可靠路径是：放弃浏览器，全程使用 VSCode 内置预览 + Markdown All in One，并开启 markdown.preview.scrollPreviewWithEditor 和 markdown.preview.scrollEditorWithPreview。
浏览器联动听起来很美，但实际落地就是三件事：生成 HTML、起服务、加 reload。别指望 VSCode 自己扛下全部——它连 HTML 文件都不写，剩下的全是你的事。
