default_syntax仅对未保存的untitled文件生效，需在用户设置中填完整路径如"Packages/Python/Python.sublime-syntax"，修改后须重启；保存或打开已有文件则按扩展名自动匹配语法。
default_syntax 只对未保存的 untitled 文件生效
Sublime Text 新建文件（Ctrl+N）默认是 Plain Text，这个行为无法通过菜单开关关闭或切换。真正起作用的只有 default_syntax 配置项，但它只影响「没保存、没路径、没扩展名」的空白标签页。一旦你保存为 .py 或打开已有文件，Sublime 就按扩展名自动匹配语法，default_syntax 完全不参与。
常见误操作包括：在用户设置里写了 "default_syntax": "Python" —— 这无效，必须是完整路径；或者改了之后没重启 Sublime，导致新窗口仍显示 Plain Text。
-
default_syntax必须写在Packages/User/Preferences.sublime-settings的右侧（User Settings）面板中 - 路径格式为
"Packages/Python/Python.sublime-syntax"（ST4）或"Packages/Python/Python.tmLanguage"（ST3），大小写和后缀都不能错 - 验证是否生效：新建文件后右下角直接显示语言名（如
Python），而不是点击后才变 - 如果点了右下角再选一次语法，说明配置没加载成功，优先检查 JSON 格式（多逗号、少引号）和插件冲突（如 ApplySyntax）
给 .ts、.env 等后缀自动绑定语法的正确姿势
想让所有 .ts 文件一打开就是 TypeScript 高亮？别去全局设置里硬写 "extensions": ["ts"] —— Sublime 会忽略它。真正可靠的方式是：打开一个 .ts 文件 → 点击右下角当前语法（比如 Plain Text）→ 选择 TypeScript → 弹出 “Set as Default for .ts Files” 后确认。
这个操作会把映射规则写进对应语法包的用户配置里（例如 Packages/User/TypeScript.sublime-settings），不是塞进全局 Preferences.sublime-settings，所以安全且可维护。
- 批量绑定冷门后缀（如
.env、.log）：用View → Syntax → Open all with current extension as…，比手写 JSON 更稳 - 如果绑定后仍不生效，检查是否手动锁定过语法（右下角点过一次就“锁死”当前视图）、是否有 shebang 干扰（如
#!/usr/bin/env node会让 .js 被识别为 ShellScript） - 插件如 ApplySyntax 或 AutoSetSyntax 会覆盖你的设置，临时禁用它们可验证是否冲突
为什么改了 default_syntax 还是 Plain Text？三个高频原因
配置写对了、路径也对、JSON 没报错，但新建文件右下角还是 Plain Text —— 大概率卡在这三处：
-
default_syntax值拼错：比如写成"Packages/JavaScript/JavaScript.sublime-syntax"，但你根本没装 JavaScript 插件（ST4 自带，ST3 需额外安装） - 插件劫持：ApplySyntax 默认开启 “on new file” 规则，优先级高于
default_syntax；关掉它的new_file选项或完全禁用即可验证 - 语法包被禁用：进入
Preferences → Package Settings，看目标语言（如 Python）是否灰掉；若禁用，启用后重启
还有一个容易被忽略的点：default_syntax 不支持通配或条件判断，它就是一个静态字符串。如果你需要“前端目录下新建默认 JS，配置目录下默认 YAML”，就得靠插件（如 DefaultFileSyntax）配合正则规则，而不是指望单个配置项。
new_file_content 和 default_encoding_on_save 是配套项，不是独立开关
new_file_content 和 default_encoding_on_save 常被误认为能单独控制新建文件内容或编码，其实它们必须和 default_syntax 配合使用才有意义。
-
new_file_content只在 Ctrl+N 时插入，换行必须用\n（不是\r\n），且不支持变量（如${date}） -
default_encoding_on_save才决定落盘编码，设为"UTF-8 with BOM"才真带 BOM；default_encoding已弃用，写了也无效 - 空文件右下角显示
UTF-8只是解码标识，不代表文件已含 UTF-8 字节——它还没内容 - 如果项目需兼容 GBK 环境，开
default_encoding_on_save前务必确认协作方接受 UTF-8 落盘，否则可能引发乱码
最易踩的坑是：只配了 new_file_content 却没配 default_syntax，结果内容插进去了，但语法还是 Plain Text，高亮和补全全失效。
