100行TypeScript文件致VIM接近卡死，求TS卡顿原因及VIM修复方案

一、TypeScript在编辑器/编译器中运行速度低于JavaScript的原因 #

从语言设计和工具链实现层面，性能开销主要集中在以下环节：

• 静态类型检查开销：JavaScript是动态类型语言，运行/编辑阶段不需要做类型校验，而TypeScript需要额外完成类型推导、类型兼容校验、泛型运算、条件类型解析等工作，涉及大量递归计算，代码中使用的高级类型越多，这部分开销越高。
• 全局上下文关联开销：TypeScript的类型检查不是单文件孤立运行的，哪怕只有100行的业务文件，也需要加载项目内所有相关的类型声明（包括自定义类型、导入模块的类型、node_modules下的@types声明文件）构建全局类型上下文，这部分IO和计算开销占比很高。
• 语法转译开销：TypeScript包含大量JavaScript不原生支持的语法（类型注解、枚举、装饰器等），工具链需要先完成TS到目标版本JS的语法转译，比直接解析JS多了完整的前置编译流程。
• 编辑器LSP功能开销：编辑器的代码补全、实时诊断、引用跳转、重命名等功能都依赖TS语言服务在后台实时计算，而JavaScript对应的LSP服务不需要做复杂的类型运算，响应速度快很多。

二、Vim 8.1打开TypeScript文件卡顿的修复方案 #

你使用的是macOS自带的Vim 8.1版本，卡顿问题可按以下步骤排查修复：

1. 先定位问题根源
   执行无插件启动命令测试打开TS文件是否卡顿：
   vim --noplugin your-test-file.ts
   如果无插件状态下不卡顿，说明是TS相关的插件导致的问题，按插件优化方案处理；如果依然卡顿，按语法高亮和Vim版本优化处理。

2. TS服务相关插件优化
   目前主流Vim的TS补全校验依赖LSP插件（coc-tsserver、vim-lsp、YouCompleteMe等），可做以下优化：

• 若使用coc.nvim的coc-tsserver：打开coc配置文件，添加以下配置：

  "tsserver.useIncrementalParsing": true,
  "tsserver.maxTsServerMemory": 4096,
  "tsserver.enableDiagnosticsOnChange": false,
  "coc.preferences.watchExclude": ["**/node_modules/**", "**/dist/**", "**/build/**"]
  

  开启增量解析、给TS服务分配足够内存，改为仅保存时运行诊断，排除不需要监听的目录。
• 若使用其他LSP客户端，在tsserver启动参数中添加--maxOldSpaceSize=4096，开启增量编译选项。

3. 语法高亮优化
   Vim 8.1自带的TypeScript语法高亮规则性能较差，可做以下调整：

• 安装vim-polyglot插件，其内置的TS语法高亮做了大量性能优化，比默认实现快3~5倍
• 在.vimrc配置文件中添加以下规则，禁用高开销的高亮逻辑：

  autocmd FileType typescript,typescriptreact set regexpengine=1
  autocmd FileType typescript,typescriptreact let g:vim_jsx_pretty_highlight_close_tag = 0
  

4. Vim版本优化
   macOS自带的Vim是苹果裁剪编译的版本，性能和兼容性都比较差，建议用Homebrew安装官方编译的最新版本Vim或者Neovim：
   brew install vim 或 brew install neovim
   新版Vim对LSP交互、语法高亮、正则匹配的性能都做了大量优化，可大幅降低TS文件打开和编辑的卡顿。

5. 项目级TS配置优化
   在项目根目录的tsconfig.json中添加以下配置，减少不必要的类型检查开销：

{
  "compilerOptions": {
    "skipLibCheck": true,
    "incremental": true
  },
  "exclude": ["node_modules", "dist", "build"]
}

跳过声明文件检查、开启增量编译缓存、排除不需要校验的目录，可大幅降低TS服务的计算量。

内容的提问来源于stack exchange，提问作者NP Rooski Z