VSCode 的核心是用 TypeScript 编写的，基于 Electron 构建，以 TypeScript 为主力语言实现全部编辑器逻辑与 UI，Electron 提供跨平台能力，C++ 和 Node.js 仅用于性能敏感或系统交互场景。
VSCode 的核心是用 TypeScript 写的，不是 JavaScript，也不是 C++ 或 C# —— 虽然后者确实在少数关键模块里出现，但只是辅助角色。它本质上是一个“披着桌面外壳的现代 Web 应用”，技术选型非常明确：以 TypeScript 为主力语言，Electron 为运行底座。
TypeScript 是 VSCode 的第一开发语言
整个编辑器逻辑、UI 组件、命令系统、设置管理、甚至 Monaco 编辑器本体，全由 TypeScript 实现。TypeScript 提供的类型系统、接口定义和模块化能力，让微软能高效维护百万行级代码，并支撑起庞大的插件生态。你打开 VSCode 源码仓库（vscode/src），看到的几乎全是 .ts 文件。
它不是“用 JS 写完再加类型注释”，而是从项目诞生起就深度依赖 TypeScript 的编译时检查和 IDE 支持 —— 这也解释了为什么 VSCode 对 TS/JS 的智能提示、重构、跳转精准度远超多数编辑器。
Electron 是它的“操作系统适配层”
VSCode 不是原生应用，而是基于 Electron 构建的跨平台桌面程序。Electron = Chromium（渲染 UI）+ Node.js（访问文件、进程、网络等系统能力）。这意味着：
- 每个编辑器窗口都是一个独立的 Chromium 渲染进程，HTML/CSS/JS（实际是 TS 编译后的 JS）驱动界面
- 主进程用 Node.js 管理窗口、菜单、系统通知、文件对话框等原生操作
- 主进程与渲染进程通过 IPC 安全通信，比如你点“保存文件”，渲染进程发消息，主进程调用 Node.js 的
fs.writeFile
其他关键技术角色很清晰，但不主导
C++ 主要用在性能敏感处：比如文件搜索（集成 ripgrep）、底层文件监听（chokidar 底层封装）、终端仿真（xterm.js 调用 native pty）。Node.js 则贯穿始终 —— 它既是 Electron 的一部分，也是插件运行环境的基础。而 HTML/CSS 不是“辅助”，它们就是 UI 本身：侧边栏、编辑器区域、状态栏，全由标准 Web 技术构建，连滚动条样式都可被 CSS 控制。
别被“JavaScript”说法带偏
网上有些资料说“VSCode 用 JavaScript 开发”，这不准确。它用的是 TypeScript，编译后才变成 JS 运行。源码中几乎没有裸写的 .js（除极个别兼容性脚本）。它的构建流程强制经过 TypeScript 编译器（tsc），所有类型检查、模块解析、ES 特性降级都由此完成。换句话说：写 VSCode 就是写 TypeScript，不是“用 JS 加了个类型工具”。
基本上就这些。技术栈干净、有取舍 —— TypeScript 保证工程规模下的可维护性，Electron 解决跨平台与原生能力平衡，C++ 和 Node.js 各司其职补足短板。没有过度设计，也不追求“全栈统一语言”。
