如何利用源映射让TypeScript对扩展TypeScript文件做类型检查？

目前TypeScript官方尚未支持通过输入源映射将编译后的标准TS类型诊断反向关联到原扩展TS文件——你提到的输入源映射支持Issue仍处于开放状态，暂时无法直接通过官方工具实现这个需求。以下是两种可行的落地方案：

可行方案一：自定义语言服务器（参考Civet实现） #

这是体验最完善的解决方案，核心思路是在VS Code与原生TS语言服务之间加一层代理：

• 开发自定义语言服务器，注册为扩展TS文件（比如.xts）的语言服务提供者
• 当VS Code请求原扩展TS文件的类型检查时，先用Babel将其编译为标准TS，同时生成精确的源映射（确保每个语法节点的行号、列号对应无误）
• 将编译后的标准TS内容传递给原生TypeScript语言服务器执行类型检查
• 拿到TS返回的诊断错误后，通过源映射将错误位置反向映射回原扩展TS文件，再把修正后的诊断信息返回给VS Code
• 这种方式能让编辑器实时显示原文件的类型错误，体验和原生TS完全一致

可行方案二：临时文件中转+错误映射（轻量替代） #

如果不想开发完整的语言服务器，可以用临时文件配合工具实现近似效果：

• 配置Babel监听原扩展TS文件的变化，实时编译成标准TS到临时目录（比如.temp-standard-ts），同时生成源映射文件
• 配置tsconfig.json包含临时目录的文件，运行tsc --noEmit对临时文件做类型检查
• 使用source-map这类库，将TS输出的错误位置映射回原扩展TS文件
• 编写简单脚本，把映射后的错误输出到VS Code的问题面板（可通过VS Code任务或轻量插件实现）
• 该方案的缺点是错误更新有延迟，且需要手动维护映射逻辑

关键注意事项 #

• 源映射精度是核心：必须确保Babel生成的源映射能准确对应原文件与编译后文件的每个语法节点，否则错误位置会完全偏移
• 扩展TS文件建议使用专属后缀（比如.xts），避免VS Code默认用原生TS服务处理原文件导致大量语法错误
• 使用管道运算符时，需确保@babel/plugin-proposal-pipeline-operator的配置与你使用的语法匹配（比如指定proposal: 'fsharp'）

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