VSCode不直接集成Swagger接口测试，而是通过预览OpenAPI文档、发送HTTP请求、调试后端服务三者组合实现；需满足VSCode≥1.77、文件为.yaml/.yml/.json后缀、首行openapi: 3.0.3或3.1.0、语言模式设为OpenAPI Specification，缺一即报“No OpenAPI definition found”。
VSCode 本身不提供“集成 Swagger 接口测试”的功能，所谓“直接集成”其实是三种不同能力的组合：预览 OpenAPI 文档、发送 HTTP 请求、调试后端服务。强行想用一个插件包打天下，反而会卡在 404、No OpenAPI definition found 或 file not found 上动弹不得。
VSCode 原生预览 openapi.yaml 必须满足的三个硬条件
不是装了插件就能点开预览——VSCode 1.77+ 内置了 OpenAPI 预览器，但它只认结构合法的文档，且依赖手动配置：
-
openapi.yaml文件后缀必须是.yaml、.yml或.json（.swagger不识别） - 文件第一行必须是
openapi: 3.0.3或openapi: 3.1.0（写swagger:直接被忽略） - 右下角状态栏语言模式必须为
OpenAPI Specification（右键 → Change Language Mode → 选它；否则只是普通 YAML）
缺任意一条，点 Open Preview 就显示空白或报错。别急着搜插件，先按 F1 → 输入 Change Language Mode 确认当前模式。
点击预览却提示 “No OpenAPI definition found” 的真实原因
这不是插件没装好，是文档没通过最基础的 OpenAPI 合法性校验。VSCode 内置校验器比浏览器里 Swagger UI 严格得多：
- 根级字段必须且仅有
openapi、info、paths—— 缺info或paths，预览就是空的 -
enum值必须是字符串：enum: ["ACTIVE", "INACTIVE"]合法，enum: [1, 2]直接报错 - YAML 缩进错一格，整个
paths可能被跳过，导致预览里只剩标题 - 如果用了
$ref，被引用的User.yaml文件第一行也得有openapi: 3.1.0
打开命令面板（F1），运行 Developer: Toggle Developer Tools，看 Console 有没有 Schema 加载失败日志——这比瞎猜快得多。
想“测试接口”，得靠 REST Client + OpenAPI Viewer 组合
VSCode 没有内置的 “Swagger 测试面板”，但你可以用两个轻量工具逼近这个体验：
-
OpenAPI Viewer 插件（作者 hbenl）：双击
openapi.yaml，右侧弹出可交互页面，支持搜索、折叠、Try it out，但它不发请求 -
REST Client 插件：写
.http文件，用###分隔多个请求，支持{{host}}变量和环境切换，能真正发请求并看响应 - 两者配合：从 OpenAPI Viewer 里复制接口路径和参数，粘贴到
.http文件中，再用Ctrl+Alt+R发送——这才是 VSCode 里最顺手的“文档驱动测试”流
别指望 Thunder Client 支持 $ref 或自动补全参数，它连 openapi.yaml 都读不了；也别把 Swagger UI 当成 VSCode 插件来配，那是后端服务的事，VSCode 只负责访问它。
launch.json 调试 Swagger UI 时最容易漏的三件事
如果你的目标是边改代码边调试 Swagger 页面，launch.json 配置必须绕过几个默认陷阱：
-
"console": "integratedTerminal"—— 不设这个，启动日志看不见，端口被占都不知道 - 删掉
"internalConsoleOptions": "neverOpen"—— 这个旧模板残留项会吞掉所有错误输出 -
"env": { "NODE_ENV": "development" }—— 某些 Express 中间件（比如 swagger-ui-express）在非 development 下会禁用 UI 路由
启动后务必手动访问 http://localhost:3000/api-docs 确认 UI 能打开；如果 404，问题一定在后端路由挂载逻辑，和 VSCode 配置无关。
