vscode不会自动检索或更新类型定义文件，仅在保存文件、修改tsconfig.json或手动重启语言服务器时重新解析；所谓“自动”实为配置、插件与触发时机协同的结果。
VSCode 不会自动检索或更新类型定义文件（.d.ts），它只在特定条件下重新解析已有声明——比如你改了 tsconfig.json、保存了 .ts 文件，或手动重启语言服务器。所谓“自动检索更新”，本质是靠配置 + 插件 + 触发时机协同完成，不是开箱即用的后台服务。
为什么改了 API 返回结构，VSCode 还提示旧类型？
TypeScript 语言服务（包括 volar 或内置的 typescript-language-features）不会监听后端 JSON Schema、OpenAPI 文件或远程接口变更。它只响应本地编辑器事件：
- 保存
.ts或.vue文件时，仅对当前文件上下文做局部类型推导 - 修改并保存
tsconfig.json会触发项目级重载（前提是include路径覆盖了你的类型文件） - 执行
Developer: Restart Language Server是最可靠的手动全量重解析方式 - 重载窗口（
Developer: Reload Window）等价于重启 volar，适合 defineProps 类型不生效时使用
JSON to TS 插件生成的类型为何不自动同步？
JSON to TS 类插件（如 QuickType 或 json2ts）是单次转换工具，不是监听器：
VSCode 1.118
下载
微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。
- 它不监视
openapi.json或 mock 数据文件的变化 - 生成结果默认弹出新标签页，需手动复制粘贴到
types/index.ts等位置 - 若原始 JSON 含
null字段，插件可能输出string | null，但不会自动启用strictNullChecks: true - 嵌套超过 5 层的对象数组，部分插件会退化为
any或遗漏字段，必须人工补全
如何让类型定义真正“活”起来？
关键不在“自动”，而在“可控触发 + 正确路径绑定”：
- 确保
tsconfig.json的include包含类型目录，例如："include": ["src/**/*", "types/**/*.d.ts"] - 在
package.json中加脚本："gen:types": "npx quicktype -o types/api.d.ts src/mock/api-response.json"，配合precommit或 CI 执行 - Vue 项目中，
defineProps类型更新最敏感，改完后务必保存.vue文件 + 手动触发Restart Language Server - 禁用已废弃的
vetur（检查.vscode/settings.json是否含"vetur.***"），避免与 volar 冲突
真正的难点从来不是生成类型，而是让 VSCode 在正确的时间、用正确的路径、加载正确的声明。一旦路径没被 include，或者语言服务器卡在旧缓存里，再多插件也白搭。
