Sublime Text 不支持插件执行优先级手动调整，所有插件并行加载，事件响应顺序由内部调度决定；冲突源于多插件监听同一事件，解决需通过禁用冗余功能、项目级设置或插件特有排除规则来协调触发边界。
Sublime Text 不支持插件执行优先级手动调整
Sublime Text 本身没有提供类似“插件加载顺序”或“执行优先级权重”的配置项。所有已启用插件在启动时被并行加载，其行为由各自注册的事件监听器（如on_post_save、on_modified）触发，而这些监听器的执行顺序由 Sublime 内部调度决定，用户无法干预。
为什么你感觉“某个插件抢了另一个的活”？
常见现象不是优先级问题，而是多个插件响应同一事件时产生冲突——比如两个插件都监听on_post_save，都试图修改缓冲区内容，结果互相覆盖或引发光标跳动。
-
TrailingSpaces和 Sublime 原生trim_trailing_white_space_on_save同时开启 → 保存时可能重复清理、光标乱跳 -
SublimeLinter和Prettier都在保存时操作 JS 文件 → 格式化后立刻报 lint 错误，或 lint 结果因格式化偏移失效 -
EditorConfig设置了indent_size，但AutoFileName插件在补全路径时插入了 4 空格缩进 → 实际缩进与 EditorConfig 冲突
真正可控的“顺序替代方案”
你不能调优先级，但能控制“谁该在什么条件下干活”。关键在于关闭冗余响应，把逻辑收束到单一入口：
- 禁用原生选项，只留插件：比如关掉 Settings – User 里的
"trim_trailing_white_space_on_save": false，再确保TrailingSpaces的"trailing_spaces_on_save": true - 用项目级设置隔离行为：在
.sublime-project中为特定文件类型关闭某插件，例如：{"settings": {"sublimelinter": false}}（前提是该插件支持项目级开关） - 检查插件文档是否提供
disabled_scopes或excludes：比如Prettier可通过"prettier_cli_path"和"auto_format_on_save_excludes"排除某些文件后缀
插件之间实际生效的“隐式顺序”来源
唯一影响行为先后的，是 Sublime 的配置作用域链和插件自身的判断逻辑：
- 插件读取设置时，按
.sublime-project> 语法专属设置（如JavaScript.sublime-settings） > 用户设置（Preferences.sublime-settings）优先级覆盖 - 一个插件是否执行，取决于它内部是否满足条件：比如
SublimeLinter会先检查当前视图是否有对应 linter 可用、文件是否匹配selector、是否被disable列表排除 - 没有插件会主动“等另一个做完再动”，所以不要假设 A 插件格式化完，B 插件就能基于新格式 lint——它们看到的可能是原始缓冲区快照
最常被忽略的一点：你以为在调插件顺序，其实是在协调它们的触发边界。盯住每个插件的启用条件、作用范围和副作用，比幻想“拖拽排序”实在得多。
