如何定义VS Code兜底型定义提供者？仅无其他提供者时生效

针对你开发的纯文本定义提供者扩展需求（仅在无其他匹配提供者时生效），以下是比递归查询更高效的解决方案：

最优方案：覆盖跳转定义命令，按需触发自定义逻辑 #

放弃注册全局**的定义提供者，改为通过覆盖editor.action.goToDeclaration命令，先检查是否已有其他提供者能返回有效结果，仅当无结果时再执行你的纯文本跳转逻辑。这种方式完全避免了并行调用和重复查询的性能损耗。

实现代码 #

async function activate(context) {
  // 获取原跳转定义命令的引用
  const originalGoToDecl = await vscode.commands.getCommand('editor.action.goToDeclaration');

  // 覆盖命令
  const overrideCmd = vscode.commands.registerCommand('editor.action.goToDeclaration', async () => {
    const editor = vscode.window.activeTextEditor;
    if (!editor) return;

    const { document, selection } = editor;
    const pos = selection.active;

    // 查询是否有其他提供者的结果
    const existingResults = await vscode.commands.executeCommand(
      'vscode.executeDefinitionProvider',
      document.uri,
      pos
    );

    if (existingResults?.length) {
      // 有有效结果，交给原命令处理
      return originalGoToDecl();
    }

    // 无其他结果，执行自定义纯文本跳转逻辑
    const myResults = await yourCustomDefinitionLookup(document, pos);
    if (myResults?.length) {
      // 跳转到匹配的位置
      await vscode.window.showTextDocument(myResults[0].uri, {
        selection: myResults[0].range,
        preview: false
      });
    }
  });

  context.subscriptions.push(overrideCmd);
}

// 你的自定义纯文本定义查询逻辑
async function yourCustomDefinitionLookup(doc, pos) {
  // 这里实现你的纯文本匹配逻辑，返回Location[]
  // ...
}

备选优化方案（若坚持使用定义提供者） #

如果必须通过registerDefinitionProvider实现，可以通过以下方式降低性能损耗：

• 缩小匹配范围：不要使用**全局匹配，仅针对已知无语言服务的语言（如plaintext）或特定场景（如注释、字符串）注册提供者，减少不必要的触发
• 结果缓存：针对文档URI和光标位置做短时间缓存，避免重复调用vscode.executeDefinitionProvider

原递归方案的问题 #

你当前的递归查询方案会导致每个跳转请求被处理两次，直接让响应速度翻倍，同时需要维护跳过集合来避免无限循环，增加了代码复杂度和潜在的bug风险。

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