vscode-office是目前唯一能同时预览word、excel、pdf等办公文档的轻量级插件，支持所见即所得markdown编辑与一键导出pdf/docx/html，但仅限预览和基础文本编辑，不支持公式计算或深度样式调整。
VS Code 本身不原生支持 Office 文档、PDF、JSON 可视化编辑或 Markdown 目录自动生成，但通过插件能直接解决——关键不是装得多，而是选对、配准、用得准。
Office 和 PDF 文件预览必须装 vscode-office
打开 .xlsx 或 .pdf 文件时只显示乱码或二进制内容？这不是 VS Code 的问题，是缺少解析层。官方不提供这类支持，vscode-office 是目前唯一能同时处理 Word、Excel、PPT 和 PDF 的轻量级预览插件（注意：仅预览 + 基础文本编辑，不支持公式计算或样式深度调整）。
- 安装后无需配置，默认启用；但双击打开文件时，如果仍跳转到代码视图，检查右下角状态栏是否显示“Office Viewer”——没显示说明文件关联未生效，手动右键 → “Reveal in Office Viewer”
-
.pdf文件过大（>50MB）时可能卡顿，这是插件基于 WebAssembly 渲染的固有限制，不是内存泄漏 - 编辑
.docx时修改仅保存为纯文本，原始格式（如页眉、分栏）会丢失；真正需要编辑格式，请用 LibreOffice 或 Word
JSON 文件别再手敲缩进：vscode-json 的树状视图才是刚需
面对 package.json 或 API 返回的嵌套 JSON，滚动找字段、手动补括号、改错一个逗号就报红——这些问题不是你不够细心，是编辑器没给你结构化工具。vscode-json 的树状视图把 JSON 当成可折叠对象来对待，比任何正则替换都可靠。
- 按
Ctrl+Shift+O调出符号导航，输入字段名就能跳转，前提是 JSON 合法；若提示“Invalid JSON”，先用插件内置的格式校验（右键 → “Validate JSON”）定位错误位置 - 树状视图中右键重命名键名时，插件会自动同步更新所有引用位置，但不会修改字符串内的相同文本（比如值为
"name"的字段不受影响） - 统计面板里看到 “Depth: 8” 就该警惕了——超过 5 层嵌套的 JSON 很难维护，建议拆成多个小对象或改用 schema 约束
Markdown 目录别手写：markdown-all-in-one 的 toc.levels 配置决定生成质量
每次新增二级标题都要手动调序号、对齐缩进、检查链接有效性？markdown-all-in-one 的目录生成不是“一键完事”，它依赖两个隐性条件：标题层级连续、配置项匹配实际结构。
- 默认只生成
H2和H3（即toc.levels默认为2-3），如果你文档大量使用H4，必须在settings.json中显式设为"markdown.extension.toc.levels": "2-4" - 插入目录后，保存文件会自动更新——但前提是光标不在目录区块内；如果正在编辑目录行，保存不会触发重生成
-
<!-- omit from toc -->注释必须紧贴标题行上方且独占一行，写成## 标题 <!-- omit from toc -->不生效
多类型文件共存项目，插件冲突比功能缺失更危险
装了 vscode-office、vscode-json、markdown-all-in-one 之后，打开一个含 .md、.json、.xlsx 的混合目录，发现某些文件突然打不开或右键菜单变慢？这不是性能问题，是插件激活逻辑打架。
-
vscode-office默认监听所有*.*，而vscode-json也监听.json，两者同时注册onLanguage:json激活事件会导致竞争；解决方案：在vscode-office设置里关闭 “Enable for JSON files” - 所有插件都依赖
activationEvents触发加载，但 VS Code 对同一事件的响应是串行的；某个插件初始化卡住（比如 PDF 解析超时），会拖慢后续插件激活——观察启动时右下角是否长时间显示“Activating extensions…” - 真正影响体验的从来不是插件数量，而是它们对
contributes的声明方式；比如两个插件都注册了editor/title/run贡献点，就会出现右键菜单重复项
插件不是开关，是接口；它暴露能力，也引入约束。你得知道哪个插件在什么条件下接管文件，以及它接管后放弃了哪些原生行为——这才是高效编辑的前提。
