sublime console中print()不显示需先检查插件是否加载成功，确认文件位置、类继承及语法错误；clear()失效则改用print("\n"*100)；调试建议用logging写入外部文件而非依赖控制台。
Sublime Console 里 print() 输出不显示？检查是否在插件上下文外执行
Sublime 控制台本质是嵌入式 Python 解释器，但它的运行环境和插件加载时机强耦合。直接在控制台敲 print("hello") 能立刻看到输出；但如果你在插件代码里写了 print() 却没反应，大概率是因为插件根本没加载成功——比如文件没放对位置、类名没继承 sublime_plugin.TextCommand、或者 __init__ 里有阻塞操作导致加载中断。
真正该先做的，是打开控制台（Ctrl + `），看有没有类似 ImportError: No module named 'xxx' 或 SyntaxError 的 traceback。所有插件启动失败都会在这里报错，带精确路径和行号，比猜强十倍。
- 插件必须放在
Packages/User/目录下（用Preferences → Browse Packages…进入） - 文件名必须以
.py结尾，类名必须继承sublime_plugin.TextCommand或sublime_plugin.WindowCommand -
print()是唯一可靠的调试输出方式，logging不会自动打到控制台
clear() 命令失效？先确认 Sublime 版本与环境是否支持
clear() 是 Sublime 自己暴露的视图清屏函数，不是系统命令。它只清当前显示区域，不影响输入历史（按 ↑ 还能调出旧命令），也不删后台缓冲。但它在 ST3/ST4 多数稳定版中可用；若输完报 NameError: name 'clear' is not defined，说明当前环境没暴露该函数——常见于极简定制版、某些插件覆盖了全局命名空间，或刚装完未重启。
- 先试
clear()：输入后回车，界面内容应瞬间消失，光标回到顶部 - 若报错，立刻退而求其次：输入
print("\n" * 100)，靠大量换行把旧内容“推”出视野 - 别用
cls或clear（不带括号）——它们不是 Python 函数，会触发NameError
想彻底清除控制台历史？得删配置文件，不是清屏那么简单
控制台显示清空（clear() 或 print("\n"*100)）和历史记录清除是两回事。前者只是视觉刷新，后者要动磁盘文件。Sublime 把输入历史存在 ConsoleHistory.sublime-settings 里，关掉软件再删它，重启后 ↑ 键就调不出任何旧命令了。
- Windows 路径：
C:\Users\用户名\AppData\Roaming\Sublime Text 3\Packages\User\ConsoleHistory.sublime-settings - macOS 路径：
~/Library/Application Support/Sublime Text 3/Packages/User/ConsoleHistory.sublime-settings - Linux 路径：
~/.config/sublime-text-3/Packages/User/ConsoleHistory.sublime-settings - 删之前建议备份，这文件还可能存着你常用的调试片段
调试插件时输出混杂？别依赖控制台，改用日志文件更可控
控制台适合快速验证，但不适合长期调试——滚动太快、无法搜索、重启即丢。尤其当多个插件同时输出、或有异步回调时，print() 日志会挤成一团，根本分不清谁是谁的。
更稳的做法是把调试信息写进外部文件。用标准 Python logging 模块，指定 filename 参数，就能把每次 logger.debug() 写进固定路径，还能加时间戳、级别、函数名，排查时直接 grep 就行。
- 示例代码：
import logging; logging.basicConfig(filename="/tmp/sublime_debug.log", level=logging.DEBUG) - 之后所有
logging.debug("var=", var)都进文件，控制台干干净净 - 文件路径选
/tmp/（macOS/Linux）或C:\temp\（Windows），避免权限问题
控制台输出乱，往往不是清屏不够快，而是输出没被分流。真要高效调试，得接受一个事实：Sublime 的 Console 不是终端，也不是 IDE 的 Debug Console，它只是个轻量 Python shell——用对场景，比折腾清屏重要得多。
