技术博客
绝大多数现代项目（Python/JS/TS/Vue等）明确禁止使用真实t字符缩进，因为跨编辑器、Git diff、CI校验时极易出错。Sublime默认开启translate_tabs_to_spaces，本质是「帮你规避问题」。如果你因特殊场景（如写Makefile、shell脚本、或对接老系统）必须让Tab键插入原生Tab，请关闭该开关——但要清楚代价：后续所有自动缩进、代码折叠、格式化功能都可能异常。
Sublime 默认开启括号匹配，但很多人改过设置后把它关掉了，结果装了插件也“没反应”——其实根本没走到插件那步。必须先确保原生功能正常，否则 BracketHighlighter 的高亮可能被压制或覆盖。
Sublime Text 本身不带 C 语言编译运行环境，所谓“一键运行”其实是靠自定义 Build System 调用系统已安装的编译器（如 gcc）完成的。没装好 gcc 或路径不对，再怎么配 Build System 都会报错。
Sublime Text 开启 Vim 模式不是“装个插件就完事”，而是必须解除对内置 Vintage 插件的禁用，否则按 Esc、hjkl 一律没反应——这不是快捷键失效，是插件压根没加载。
默认情况下，Ctrl+/（Windows/Linux）或 Cmd+/（macOS）就是 Sublime Text 的单行注释切换快捷键。但很多人按了没反应，大概率是当前语法模式不匹配或快捷键被插件覆盖。
根本原因是 Windows 终端默认使用 GBK 编码，而 Composer 输出（尤其是错误提示、包描述、composer.json 注释）通常是 UTF-8。终端无法正确解码，就显示问号或方块。
默认情况下，Sublime Text 的 Find in Files（Ctrl+Shift+F / Cmd+Shift+F）会递归扫描整个项目目录，包括 node_modules、dist、.git 等明显不需要搜索的路径。这不是性能问题，而是结果污染——你搜 fetchUser，结果里混着 200 个第三方库里的同名函数，根本没法定位。
Windows/Linux 默认是 F11，macOS 是 Ctrl+Cmd+F（不是 F11，系统级全屏会抢）；按一次进全屏，再按一次退出。这个操作只影响 Sublime 窗口本身，不触发 macOS 的「进入全屏空间」动画——除非你手动点绿色按钮。
Sublime 的编辑区背景色不由设置面板控制，也不靠主题文件（.sublime-theme）管——它只认配色方案文件（.tmTheme 或 .sublime-color-scheme）里 settings 块下的 background 字段。改这里，只动编辑区底色，不影响侧边栏、标签页、语法高亮等其他部分。
多数人卡在“点了 Install Package 却搜不到 ColorPicker”，根本原因不是插件坏了，而是 Package Control 没真正安装成功——它只是看起来在菜单里，实际没联网拉取插件索引。