提问应复制完整错误文本而非截图，确认VS Code及API版本匹配v2.0文档，提供最小复现步骤与环境信息，并区分插件汉化与主程序locale设置。
中文插件开发交流时，别直接贴报错截图
VS Code 插件开发中遇到问题，很多人习惯在群或论坛里甩一张红色错误弹窗截图，但实际收效极低。因为错误信息往往藏在终端、调试控制台或 output 面板的特定通道里，截图既模糊又漏上下文。真正有效的做法是复制原始文本：vscode.window.showErrorMessage 报的错、activate 函数里抛出的 TypeError、或者 console.error 输出的堆栈——这些必须带完整路径和行号。
常见误区包括：只截了右下角小提示（如 “Command 'xxx' not found”），却没贴 package.json 里的 contributes.commands 片段；或只说 “Webview 加载失败”，却不提供 webview.html 中的 script 标签 src 路径和 vscode-webview-ui-toolkit 版本。
- 优先复制终端中
DEBUG模式启动时输出的完整日志（含Extension Host启动过程） - 若涉及
activationEvents不触发，需同时提供package.json全部activationEvents字段 + 当前打开的文件类型/后缀 - 避免使用“我点了菜单没反应”这类描述，改用“执行
commands.executeCommand('myext.doSomething')返回undefined”
问问题前先确认自己用的是 v2.0 文档还是旧版 API
VS Code 插件 API 在 1.80+ 版本有明显变化，比如 vscode.workspace.findFiles 的 maxResults 参数已废弃，vscode.commands.registerCommand 默认支持 async 函数——但很多中文资料仍沿用旧写法。如果你照着某篇“2024 年教程”写 return Promise.resolve() 包裹逻辑，而实际项目用了 TypeScript 5.4 + VS Code 1.92，就可能因类型不匹配导致 deactivate 不被调用。
判断依据很简单：打开你项目的 package.json，检查 engines.vscode 值是否 ≥ ^1.80.0；再看 node_modules/vscode 或 @types/vscode 的版本号。v2.0 文档明确要求使用 vscode@1.90.0 对应的类型定义，旧项目升级时容易卡在 TextDocumentContentProvider 的 provideTextDocumentContent 返回类型上。
- 查文档时认准页脚标注的“适用 VS Code 版本：1.90+”
- 遇到编译报错如
Property 'onDidChangeCustomEditor' does not exist，大概率是@types/vscode版本太低 - v2.0 文档中“性能优化”章节提到的
context.subscriptions.push写法，对vscode.ExtensionContext类型有强依赖，TypeScript 编译器会拒绝旧类型定义
中文社区提问，要主动说明调试方式和复现步骤
很多开发者在群里问“为什么我的 TreeView 不刷新”，但没提是否用了 vscode.TreeDataProvider 的 refresh 方法，也没说触发刷新的操作是点击按钮还是监听文件变更。中文交流节奏快，没人会帮你补全假设。最省力的方式是给出三要素：你改了哪几个文件、怎么启动调试（launch.json 中 type 是 extensionHost 还是 pwa-node）、以及精确到秒的操作序列（例如：“打开文件夹 → 按 Ctrl+Shift+P 输入 myext.refresh → 控制台输出 ‘refresh called’ 但 TreeView 无变化”）。
特别注意 TreeDataProvider 的缓存行为：如果 getChildren 返回的是同一数组引用，即使内容变了，VS Code 也不会触发 UI 更新——这在中文文档的“进阶篇”里有专门示例，但常被忽略。
- 贴代码时只保留最小可复现片段，删掉无关的
registerCommand和webview逻辑 - 若用到了
vscode-test写单元测试，需注明是否 mock 了workspace或window对象 - 企业环境常见问题：代理设置影响
vscode.env.openExternal调用，此时要附上settings.json中http.proxy的值
别把“汉化”和“插件开发”混为一谈
经常看到有人在插件开发群问：“我插件菜单显示英文，是不是 locale 没设对？”——其实这是两个完全不同的机制。插件自身的界面语言由插件自己控制，和 VS Code 主体的 locale 设置无关。比如你写了一个命令叫 myext.generateReport，它的标题显示为中文，得靠 package.json 里的 contributes.commands.title 字段配合 nls.json 多语言资源文件，而不是改用户 settings.json 里的 locale。
VS Code 主体汉化只影响菜单栏、设置页、命令面板等内置 UI；插件汉化必须走 VS Code 官方国际化流程：建 package.nls.json，在 package.json 中声明 contributes.configuration 的 title 字段用 %config.title% 占位，再在 nls 文件里填对应翻译。漏掉任何一环，都会导致插件部分文字始终显示英文。
- 插件内硬编码字符串（如
showInformationMessage('完成')）不会随系统 locale 变化 -
vscode.l10n.t是 1.86+ 新增的国际化 API，但老项目若还用vscode-nls库，两者不能混用 - 中文插件发布到 Marketplace 前，必须通过
vsce package --no-yarn验证 nls 资源是否被打包进.vsix
vscode.workspace.onDidSaveTextDocument 监听代码，在 1.91 和 1.92 上触发时机可能差 200ms——这种细节不会写在文档里，只能靠复现环境对齐。 
