控制台出现^m、 或乱码符号不是编码问题，而是换行符混用所致；sublime控制台不渲染控制字符，需统一换行符为 ，并在输出前归一化处理。
控制台里出现 ^M、 或乱码符号？不是编码问题，是换行符混用
Sublime 控制台本身不渲染控制字符，但当你在插件或构建脚本中输出含
、
的字符串时，它会原样显示为 ^M 或方块，这不是乱码，是 Windows 风格换行符被 Unix 环境（Sublime 内置 Python 沙盒）裸露解析了。
- 常见场景：插件里用了
print("line1 line2")，或从 Windows 生成的文本文件读取后直接print() -
^M就是 - 构建系统里用
"cmd": ["python", "-u", "$file"]时，Python 进程输出的原始字节流被 Sublime 直接解码显示，不经过终端模拟器过滤 - 解决办法不是改 encoding，而是统一换行符：在输出前用
.replace(" ", " ").replace(" ", " ")归一化 - 如果调用外部命令（如
subprocess.run），记得加universal_newlines=True或text=True，否则 stdout 是 bytes，print()会把
插件 print() 输出带 ANSI 转义序列却显示为文字？Sublime 控制台不支持 ANSI 渲染
Sublime 内置控制台不是终端，它不解析 ANSI 转义序列（如 3[32m、3[0m），所有控制符都会作为普通字符打印出来，表现为 [[32mOK[[0m 或一堆方括号加数字。
- 这是设计使然，不是 bug：Sublime 控制台定位是调试日志窗口，不是交互式 shell
- 第三方库（如
colorama、rich）在 Sublime 插件中调用init()或Console()无效，因为底层没有 tty 支持 - 想高亮关键信息？改用
sublime.status_message("✅ Done")或view.add_regions()标记代码行，别依赖 ANSI - 如果必须兼容已有日志逻辑，可在 print 前 strip 所有 ANSI 序列：
import re; ansi_escape = re.compile(r'(?:[@-Z\-_]|[[0-?]*[ -/]*[@-~])'; clean = ansi_escape.sub('', text) - 注意：控制台里执行
print("[32mhello[0m")显示异常，不代表你的代码错了，只是环境不支持
控制台顶部刷出红色 traceback 却看不到完整路径？traceback 被截断或编码干扰
Sublime 控制台默认只显示 traceback 的最后几行，且当异常消息含非 ASCII 字符（比如中文报错信息）而构建系统 encoding 不匹配时，路径部分可能变成 File "C:xxx文件.py" 后面跟着一堆 或空格。
- 根本原因有两个：一是 traceback 输出走 stderr，默认不受
"encoding"控制；二是 Windows 下 Python 异常消息本地化（如中文系统报错提示）用的是系统编码（CP936），但 Sublime 用 UTF-8 解码 - 最稳解法：在插件入口或异常捕获处，手动转成 UTF-8 字符串再抛出：
raise Exception(str(e).encode("utf-8").decode("utf-8", "ignore")) - 或者改用
traceback.format_exc()捕获后清洗：import traceback; tb = traceback.format_exc().replace(" ", " "); print(tb) - 不要依赖
sys.excepthook全局覆盖——Sublime 插件沙盒里它不一定生效 - 验证是否真截断：在控制台输入
import sys; print(sys.getrecursionlimit())，若输出正常，说明解释器就绪；再试print(1/0)，看 traceback 是否完整显示文件路径
为什么某些插件输出完全空白，连 print() 都不显示？Log Console Messages 没开或上下文丢失
插件里的 print() 默认静默，必须手动开启日志转发；但即使开了，也可能因执行时机或作用域问题仍无输出。
- 确认已勾选
Tools → Developer → Log Console Messages—— 这是硬开关，没勾就是彻底屏蔽 - 插件在非 UI 线程（如
sublime_plugin.EventListener的on_load_async）里调用print()是有效的，但若在__init__里就 print，可能早于控制台初始化，会被丢弃 - 检查是否在错误上下文中调用：比如
view.window()返回None时还继续链式调用，触发AttributeError，但该异常若没被显式捕获，就会静默吞掉，也不进控制台 - 测试最小闭环：写一个命令插件，在
run()方法第一行加print("test start")，然后通过Ctrl+Shift+P调用命令，这才是可靠触发路径 - 如果仍无输出，关掉所有其他插件，只留测试插件，排除冲突；再查插件是否被
sublime_plugin.reload_plugin()误删或加载失败
