VSCode本身不提供实时代码格式转换功能，仅支持格式化；真正的实时转换依赖插件配合任务或监听机制实现，如Live Sass Compiler保存时自动编译SCSS为CSS，而Prettier等仅调整排版不改变语法。
VSCode 本身不提供“实时代码格式转换”功能——它只做格式化（format），不做语言级转换（如 TS → JS、SCSS → CSS、MD → HTML）。真正能“实时转换”的，是插件配合任务或监听机制实现的自动构建流程，不是编辑器原生行为。
为什么“实时格式转换”容易被误解？
很多人把“保存后自动生成目标文件”当成“实时转换”，其实背后是三类不同机制在混用：
-
格式化（Formatting）：仅调整代码排版（缩进、空格、换行），不改变语法或运行时行为，由
Prettier、ESLint等插件驱动； -
编译（Compiling）：将一种语言转为另一种（如
tsc编译.ts为.js），需调用外部工具，依赖配置和 watch 模式； -
渲染/导出（Rendering/Exporting）：将标记文本（如
.md）转为可视产物（.pdf、.html），通常是一次性命令，非增量更新。
混淆这三者，会导致插件选错、配置失效、甚至生成错误文件。
哪些插件真能“保存即转换”？
只有具备 onSave 监听 + 外部 CLI 调用能力的插件才符合“实时转换”预期。关键看它是否在 settings.json 中暴露了类似 "liveSassCompile.settings.autoprefix" 这样的可配置项，而非仅提供手动命令。
-
Live Sass Compiler：支持watch模式，保存.sass/.scss文件时自动编译为.css，并可配置输出路径、sourceMap、autoprefixer 等； -
Markdown Preview Enhanced：保存时可自动导出为.html或.pdf（需提前安装pandoc或phantomjs），但默认只预览，需手动启用导出； -
ESLint+Prettier组合：只能格式化，不能转语言；若想.ts→.js，必须配tsc --watch或使用typescript-hero类插件（已停更，不推荐）； -
vscode-json-to-yaml：无自动触发能力，仅提供右键菜单命令Convert JSON to YAML，不属于“实时”范畴。
怎么让转换真正“实时”且稳定？
靠插件 UI 设置远远不够，必须介入底层配置，否则容易出现文件未生成、路径错乱、重复编译等问题。
- 确认插件是否写入
workspace级settings.json，而非用户全局设置——多根工作区下，每个子项目可能需要独立配置； - 检查输出路径是否含变量，例如
"liveSassCompile.settings.formats":[{ "format":"expanded", "extensionName":".css", "savePath":"~/../css/" }]中的~指向当前文件所在目录，不是项目根目录； - 禁用 VSCode 内置的
editor.formatOnSave对特定语言，避免和编译插件冲突：在settings.json中加"[scss]": { "editor.formatOnSave": false }； - 某些插件（如旧版
markdown-pdf）依赖全局npx，若 Node 版本 > 18 或使用 pnpm，会因node_modules/.bin路径不可达而静默失败，建议改用本地安装 + 绝对路径调用。
真正的“实时”意味着每次保存都触发一次可靠、可预测、可调试的转换过程。多数插件只做到“自动”，离“实时”还差一层进程管理和错误反馈——这点常被忽略，直到某天 .css 文件突然不更新，才发现 Live Sass Compiler 的日志面板早就报了 Cannot find module 'fibers' 错误，而你一直没打开过它。
