sublime控制台是嵌入式python解释器，非日志查看器；需按ctrl+（windows/linux）或cmd+（macos）打开，底部出现>>>才就绪，并须启用tools→developer→log console messages才能显示插件print()和报错。
Sublime 的控制台不是日志查看器，而是嵌入式 Python 解释器；插件报错信息默认就在这里实时刷出，但必须先确保它真正打开了、日志转发也开了，否则你看到的只是“安静的假象”。
Ctrl + ` 打不开控制台？先确认物理按键和干扰项
Windows/Linux 按 Ctrl + `（Tab 键正上方的反引号，不加 Shift），macOS 按 Cmd + `。误按 Ctrl + ~ 或 Ctrl + Shift + ` 都无效。
- 键盘上标的是
~？按住Shift看是否输出~，是的话松开Shift再按同一键就是` - 快捷键失效常见原因：中文输入法激活、TeamViewer/RDP 远程桌面劫持、杀毒软件拦截
- 最稳兜底方式：菜单栏
View → Show Console，弹出后底部出现>>>提示符才算解释器就绪
插件报错堆栈为什么没显示？检查 Log Console Messages 是否启用
插件里的 print()、未捕获异常、sublime.status_message() 默认全被屏蔽——不是代码没跑，是 Sublime 压根不往控制台转发。
- 先打开控制台（
Ctrl + `），再触发插件行为（比如保存、调用命令） - 仍无输出？进菜单
Tools → Developer → Log Console Messages，勾选它 -
print()不自动换行，多条日志会挤成一行；建议写成print("debug:", x, "\n") - 某些插件（如
anaconda）启动时报swallow_startup_errors，需手动在Preferences → Package Settings → anaconda → Settings – User中加{"swallow_startup_errors": true}
报错信息里看到 ImportError 或 AttributeError 怎么快速定位？
控制台顶部刷出的红色 traceback 是第一手线索，不是“卡了”，是插件加载或运行时真实失败。
-
ImportError: No module named 'xxx'：依赖缺失，或插件路径含非法字符/空格；检查Packages/YourPlugin/下是否有对应.py文件 -
AttributeError: 'NoneType' object has no attribute 'file_name'：API 调用返回了None，比如sublime.active_window().active_view()在无文件打开时就为None - 错误行号精确到文件路径，例如
File "./Packages/MyPlugin/my_command.py", line 42，直接跳转修改即可 - 若堆栈含
create_connection或ssl/urlopen，大概率是旧插件误用标准库，或Package Control自身网络层失败，和具体插件无关
想临时验证插件逻辑或修复配置，直接在控制台调 API
控制台支持完整 Python 语法和全部公开 Sublime API，适合快速验证，无需重启或写完整插件。
- 测试当前视图是否有效：
view = sublime.active_window().active_view(); print(view and view.file_name()) - 临时切换语法高亮：
view.set_syntax_file("Packages/Python/Python.sublime-syntax") - 查看已加载插件：
"Emmet" in sublime.loaded_packages()（注意大小写） - 查包路径确认位置：
sublime.packages_path()和sublime.installed_packages_path() - 开启命令日志排查安装问题：
sublime.log_commands(True)，装完立刻关掉：sublime.log_commands(False)
控制台不保存历史，关掉就丢；它也不支持 input()、shell 命令或环境变量。最易忽略的一点是：**即使你看到了报错，也要确认那是不是最早出现的那条——很多崩溃是前面静默失败（比如 import 失败）引发的连锁反应，顶行 traceback 才是根源。**
