Sublime Text 本身不支持 TypeScript 类型检查，因其仅为纯文本编辑器，无内置 TypeScript 编译器或语言服务；需通过插件（如官方 TypeScript 插件）桥接本地 tsserver 进程，并依赖有效的 tsconfig.json 配置才能启用类型检查、跳转、补全等功能。

为什么 Sublime Text 本身不支持 TypeScript 类型检查

Sublime Text 是个纯文本编辑器，没有内置的 TypeScript 编译器或语言服务。所谓“内置类型检查”，其实是靠 tsserver（TypeScript Server）进程提供语言功能，而 Sublime 需要通过插件桥接它。直接装个插件不等于开箱即用——tsserver 必须存在、可调用，且工作目录下得有有效的 tsconfig.json，否则所有报错、跳转、补全都会静默失效。

常见现象：Ctrl+Click 跳不到定义、any 类型错误不标红、import 提示“Cannot find module”——八成是 tsserver 没起来，或者它没读到你的配置。

• 确认本地已全局安装 TypeScript：npm install -g typescript（或项目级 node_modules/.bin/tsserver 可访问）
• tsconfig.json 必须在项目根目录（或插件配置中显式指定 typescript_tsconfig_file）
• 避免用 npm init -y 后直接写 .ts 文件——缺 tsconfig.json 时，tsserver 默认以“无配置模式”启动，几乎不校验

推荐插件组合：TypeScript + SublimeLinter-tslint（或 ESLint）

别用过时的 TSComplete 或 AngularJS 类插件——它们不对接 tsserver，类型信息全靠猜。现在稳定可用的是官方维护的 TypeScript 插件（GitHub: sublimetext-plugins/TypeScript），它直接通信 tsserver，支持 90% 的 VS Code 级体验。

但注意：它只管类型检查和基础语言功能，不处理代码风格或潜在逻辑问题。所以得配一个 Linter：

• 如果项目还在用 tslint（已废弃但存量多）：装 SublimeLinter-tslint，并确保 tslint 可执行路径正确（SublimeLinter Settings → linters.tslint.executable）
• 如果已迁移到 eslint + @typescript-eslint：装 SublimeLinter-eslint，并在项目根加 .eslintrc.js，重点确认 parser: '@typescript-eslint/parser' 和 plugins: ['@typescript-eslint'] 已启用
• 两者不要共存——tslint 和 eslint 规则冲突会导致部分错误不显示

模块解析失败？检查 compilerOptions.moduleResolution 和 baseUrl

Sublime 的 TypeScript 插件完全复用你项目中的 tsconfig.json，但它对路径别名（如 @/components）和模块解析策略极其敏感。常见报错：Cannot find module '@/utils' or its corresponding type declarations。

Scrapfly SDK TypeScript

使用 Scrapfly SDK（scrapfly-sdk）在 TypeScript 或 JavaScript 中进行网页抓取，用于用户请求抓取 URL、绕过反爬虫防护、渲染页面等场景。

下载

这不是插件问题，是 TypeScript 配置没对齐。关键字段必须显式声明：

• "moduleResolution": "node"（默认值，但某些旧模板会删掉它）
• "baseUrl": "./"（配合 paths 使用时必需；若没配 paths，此项可省略）
• "paths": { "@/*": ["src/*"] } —— 注意路径是相对于 baseUrl 的，不是文件系统绝对路径
• 改完 tsconfig.json 后，必须重启 tsserver：在 Sublime 中按 Ctrl+Shift+P → 输入 TypeScript: Restart TS Server

构建环节不在 Sublime 里做，但可以快捷触发

Sublime 不适合替代 webpack、rollup 或 ts-node 做构建。强行塞进 Build System 容易路径错乱、watch 失效、source map 不生效。正确做法是：用 Sublime 写代码 + 类型反馈，用终端跑构建。

不过可以加个轻量级 Build System 快速验证：

• 新建 Tools → Build System → New Build System，内容填：

  {
    "cmd": ["npx", "tsc", "--noEmit"],
    "selector": "source.ts, source.tsx",
    "working_dir": "${project_path:${folder}}"
  }
  

• --noEmit 确保只检查不输出 JS，避免污染源目录
• 保存为 TS-Check.sublime-build，之后按 Ctrl+B 就能手动触发一次类型检查（比等保存自动检查更可控）
• 真正构建仍走 npm run build 或 pnpm build，确保与 CI 一致

模块解析、类型提示、构建输出这三件事，本质是三个独立系统。Sublime 只深度参与第一项，强行让它覆盖后两者，反而会让工程行为变得不可预测。