sublime控制台是嵌入式python解释器，非日志查看器或终端；ctrl+`（松开shift按tab上方键）是唯一有效打开方式，需启用log console messages才显示print()，红色traceback为插件错误第一手线索。
Sublime 的控制台不是“日志查看器”，也不是终端，它是嵌入式 Python 解释器——所有插件加载、API 调用、错误捕获都发生在这里。打不开、没输出、报错看不懂，90% 是因为没理解它的运行边界。
Ctrl+` 打不开？先确认物理按键和输入法状态
Ctrl+`（反引号，Tab 键正上方）是唯一有效快捷键，不是 Ctrl+~、不是 Ctrl+Shift+`，也不是任何带 Shift 的变体。键盘上按出 ~ 就说明你正按着 Shift；松开 Shift 再按同一键才是正确操作。
- 中文输入法激活时，该组合键会被吞掉——切到英文或关闭输入法再试
- macOS 用户尤其注意 Caps Lock 是否开启，它会干扰 Cmd+` 响应
- 远程桌面（ToDesk/TeamViewer）、PowerToys 或某些杀毒软件可能劫持该快捷键
- 最稳兜底方式：菜单栏
View → Show Console，弹出后底部出现>>>提示符才算真正就绪
插件里 print() 没输出？必须手动开启日志转发
Sublime 默认屏蔽所有插件的 print() 输出，这不是 bug，是设计如此。控制台本身不自动捕获 stdout，必须显式启用日志开关。
- 先确保控制台已打开（
Ctrl+`或菜单打开） - 触发一次插件行为（比如保存文件、调用命令），再观察
- 仍无输出？进菜单
Tools → Developer → Log Console Messages，勾选它 -
print()不自动换行，多条日志会挤成一行，建议写成print("debug:", x, "\n")
看到红色 traceback 别关掉，那是插件真实出错的第一手线索
控制台顶部刷出的红色堆栈（Traceback）不是“编辑器卡了”，而是 Sublime 启动或运行时捕获的真实异常。它比任何文档都直接，含精确路径和行号。
- 典型错误：
ImportError: No module named 'xxx'（依赖缺失）、AttributeError: 'NoneType' object has no attribute 'file_name'（view 为空未判空） - 错误行号如
File "Packages/User/my_plugin.py", line 42，可直接跳转修复 - 某些插件（如 Anaconda）主动屏蔽报错，提示
swallow_startup_errors，需在Preferences → Package Settings → [插件名] → Settings – User中加{"swallow_startup_errors": true}
用控制台直接调用 Sublime API，绕过命令面板失效场景
当 Ctrl+Shift+P 打不开、搜不到刚装的插件命令，或想临时验证配置时，控制台是最底层的备用入口。它能执行任意公开 API，但必须用 Python 语法，不能输命令面板里的字符串。
- 重载插件：
sublime_plugin.reload_plugin("MyPlugin") - 查当前语法：
view.settings().get("syntax") - 强制刷新侧边栏：
sublime.run_command("refresh_folder_list") - 开启命令日志（每次按键/操作都记录）：
sublime.log_commands(True) - 获取当前窗口：
sublime.active_window()；插入文本：view.run_command("insert", {"characters": "hello"})
控制台不保存历史，关掉就丢；它也不支持 input()、shell 命令或外部脚本。真要跑 npm 或 Python 服务日志，得用 Terminus 插件。别把它当成终端用，也别指望它替代 IDE 的断点调试——它的价值，在于快、准、底层。
