Sublime Text安装并调试TypeScript高阶自动编译LSP组件-sublime-PHP中文网

必须分别配置构建系统和lsp：构建系统需设working_dir为项目根目录并用npx调用tsc，lsp需在settings中指定command指向项目内tsserver且启用useworkspacetsdk，二者加载tsconfig.json时机与上下文不同，混用会导致漏报错、不编译或跳转失效。

sublime text安装并调试typescript高阶自动编译lsp组件

Sublime Text 要实现 TypeScript 高阶自动编译 + LSP 类型检查，不能只装插件——必须拆开配置构建系统和 LSP 两套逻辑，且它们各自依赖不同路径、不同 tsconfig.json 加载时机，混用就会漏报错、不编译、跳转失效。

为什么 tsc 构建系统不读 tsconfig.json？

Sublime 的 Build System 默认不加载项目级 tsconfig.json，即使文件存在，tsc 也会退回到全局默认行为（比如忽略 outDir、不处理 paths 别名）。这不是 Sublime 的 bug，而是 Node.js 进程启动时工作目录和环境变量没对齐。

确保构建命令的 working_dir 是项目根目录（含 tsconfig.json 的那一层），不是文件所在目录
不要写 "cmd": ["tsc", "$file"]，改用 "cmd": ["npx", "--no-install", "tsc", "$file"] —— npx 会自动识别本地 node_modules/typescript 并读取同级 tsconfig.json
Windows 用户注意：npx 必须在 PATH 中；若提示 “'npx' 不是内部或外部命令”，就用绝对路径："cmd": ["C:\Program Files\nodejs\npx.cmd", "--no-install", "tsc", "$file"]

加 "variants" 支持全量编译：

{
  "cmd": ["npx", "--no-install", "tsc", "--build"],
  "working_dir": "${project_path}",
  "file_regex": "^(.*\.ts?)\((\d+),(\d+)\):\s+(.*)$"
}

LSP-typescript 怎么强制用项目里的 TypeScript 版本？

默认 LSP-typescript 启动的是全局 tsserver，但项目里 node_modules/typescript 的版本可能不同，导致类型推导错乱（比如 Array.prototype.at 在 v4.6+ 才有定义，v4.5 就标红）。

Galileo TypeScript sdk

完整的Galileo AI平台 TypeScript/JS SDK 参考，用于评估、观察和保护 GenAI 应用。适用于构建 Node.js 或 TypeScript 项目。

下载

打开 Preferences → Package Settings → LSP-typescript → Settings

写死 "command" 指向项目内 tsserver：

"command": ["npx", "--no-install", "tsc", "--serve"]

必须加 "initializationOptions" 告诉服务器用 workspace 版本：

"initializationOptions": {
  "typescriptVersion": "useWorkspaceTsdk"
}

删掉所有 "settings" 下的 typescript.preferences.* 字段——新版 tsserver 已废弃这些字段，留着会导致连接超时
重启后右下角状态栏显示 LSP-typescript active 且无报错，再打开一个 .ts 文件，按 Ctrl+Click 跳转到 node_modules/typescript/lib/tsserverlibrary.js，确认路径指向项目内而非全局

自动保存时触发编译 + LSP 类型检查，怎么避免冲突？

两者都监听文件变化，但 tsc 编译生成 .js 和 .d.ts，LSP 会重新解析整个项目。如果编译还没完 LSP 就开始检查，会出现“找不到模块”或“类型重复声明”错误。

禁用 LSP 的自动保存触发："auto_save_after_delay_ms" 设为 0（关掉自动保存），改用手动快捷键 Ctrl+S + Ctrl+B
或者反向控制：在 tsconfig.json 里加 "incremental": true 和 "composite": true，让 tsc --build 输出 .tsbuildinfo，LSP 会优先读这个缓存而不是全量重扫
别在构建系统里加 "shell": true —— 它会让 npx 启动新 shell，破坏 tsconfig.json 查找链
观察 LSP 日志（Preferences → Package Settings → LSP → Toggle Log Panel）：如果频繁出现 Project loading failed 或 Cannot find module，八成是构建和 LSP 同时写/读同一组文件