如何在VS Code扩展中于非Markdown文件打开场景下编程触发内置Markdown扩展激活

各备选方案可行性排查 #

• 方案3（修改内置Markdown扩展激活规则）：完全不可行
  内置Markdown扩展的激活触发规则是写在自身package.json中的硬编码配置，VS Code扩展沙箱的权限边界决定了，第三方扩展无法通过自身的contributions配置，反向覆写其他扩展的内置激活逻辑，没有合法的实现通道。
• 方案1（通过修改语言模式触发激活）：存在本质缺陷
  你调用的workbench.action.editor.changeLanguageMode是面向用户交互设计的命令，原生参数结构根本不支持传入语言标识跳过选择面板，你追加的第二个true参数只会被命令逻辑静默忽略，不会被解析为「无UI模式」参数。哪怕你找到隐藏选择UI的参数，这个方案本质上会修改当前用户正在浏览的文档语言模式，哪怕临时切回，也会触发语法高亮重刷、诊断规则重跑，带来可感知的界面闪烁。
  补充：如果要编程式修改文档语言且不弹UI，应该用官方公开的vscode.languages.setTextDocumentLanguage接口，但这依然解决不了上述的界面闪烁问题。
• 方案2（临时打开/关闭Markdown文件触发激活）：体验存在硬伤
  该方案虽然逻辑上能跑通，但哪怕将打开动作的延迟压到最低，也会在编辑器标签栏留下短暂的标签占位闪烁，对用户来说是无意义的突兀干扰，体验非常粗糙。

官方推荐的零打扰实现路径 #

完全不需要依赖上述三种取巧方案，直接用VS Code公开的扩展激活接口就能实现：

1. 通过vscode.extensions.getExtension('vscode.markdown-language-features')拿到内置Markdown扩展的实例，该扩展为VS Code预装内置组件，实例必然存在，无需做空值判断
2. 主动调用该实例的activate()方法，在不打开任何Markdown文件、不修改当前编辑器状态的前提下，强制触发内置扩展的激活流程
3. 内置Markdown扩展激活后，会自动遍历所有已注册extendMarkdownIt钩子的第三方扩展，调用你的钩子方法把MarkdownIt实例回传给你，触发逻辑和正常打开Markdown文件时的流程完全一致

注意：主动激活的逻辑不要放在你自己扩展的activate方法里无差别执行，只需要在业务流程中真正需要用到MarkdownIt实例的节点，再触发内置扩展的激活即可，避免不必要的资源加载。

内容的提问来源于stack exchange，提问作者Peter Wone