Sublime Text为什么打开速度这么快_Sublime打开速度快的原因方案-sublime-PHP中文网

sublime text 启动快源于单进程c++原生设计与惰性加载机制，冷启动常低于100ms；vs code因electron多进程模型导致启动慢一个数量级，内存占用高、初始化开销大。

sublime text为什么打开速度这么快_sublime打开速度快的原因方案

Sublime Text 启动快，不是靠“优化技巧”，而是它从设计上就拒绝加载你暂时用不到的东西——冷启动通常在 100ms 内完成，哪怕装了 20 个插件，只要没触发，就等于没存在。

为什么 Sublime 启动比 VS Code / Atom 快一个数量级

核心差异在进程模型和语言层：VS Code 是 Electron 应用，一启动就得拉起 Chromium 渲染进程 + Node.js 主进程 + 多个插件宿主进程，光初始化就要几百 MB 内存和数百毫秒；Sublime 是单进程 C++ 原生程序，直接调用 mmap() 映射二进制、用 OpenGL 渲染界面，没有 JS 解析、没有 DOM 构建、没有沙箱通信开销。

实操中能感知到的典型现象：

在 macOS 上执行 time subl --no-sandbox --command "exit"，真实耗时常低于 0.03s；VS Code 对应命令（code --disable-extensions --wait --file-write /dev/null）通常 > 0.8s
Windows 上首次启动 Sublime，任务管理器里 sublime_text.exe 内存占用约 15–25MB；VS Code 同场景下常达 300MB+
插件不激活 = 不加载：比如 Package Control 只在调出命令面板时才初始化，SideBarEnhancements 在右键菜单弹出前完全不占 CPU

哪些配置会悄悄拖慢 Sublime 的启动速度

用户设置里看似无害的几行，可能让启动多花 300ms —— 尤其当 SSD 有延迟或杀毒软件 hook 了文件读取时：

"index_files": true：默认开启，会扫描整个项目目录构建符号索引，首次打开含 node_modules 的项目时卡顿明显
"folder_exclude_patterns": [] 留空：导致 Sublime 试图索引所有子目录，包括 .git、build/、dist/
"ignored_packages": [] 没禁用冗余插件：比如同时启用 Emmet 和 AutoFileName，二者都会监听 on_query_completions 事件，叠加响应延迟
自定义 plugin_host 路径指向网络盘或加密卷：Sublime 启动时会校验插件签名，路径不可达会导致超时等待

推荐最小化启动配置（放在 Preferences → Settings 用户侧）：

Codex Auth Cleaner

一款AI工具，主要用于Monitor and clean up invalid Codex authentication files in CPA. Check quota status, disable files returning 401 errors, and perform dual verification before deletion.，适合需要提升相关任务效率的用户。

下载

{
  "index_files": false,
  "folder_exclude_patterns": [".git", "node_modules", "__pycache__", "venv", ".mypy_cache"],
  "ignored_packages": ["Vintage", "SFTP", "Markdown Preview"],
  "atomic_save": true
}