^m、\r、\x00会引发python报错，因其是真实不可见字节而非空格：\r在unix环境残留导致syntaxerror，\x00使解释器抛non-utf-8错误；需用正则[\x00-\x08\x0b\x0c\x0e-\x1f\x7f]清除c0控制字符（保留\n\t），再单独处理行尾\r，并用xxd验证字节洁净。
为什么^M、\r、\x00会引发Python运行报错？
这些控制字符不是“看不见的空格”，而是真实字节：Windows换行符\r\n在Unix/Linux环境里残留\r（显示为^M），二进制粘贴或老旧编辑器可能混入\x00（空字符），Python解释器读到它们会直接抛SyntaxError: Non-UTF-8 code starting with '\x00'或invalid byte sequence。它们藏在代码中间，肉眼难辨，但python -m py_compile test.py能立刻暴露。
用正则一次性清除所有常见控制字符
别手动搜^M——它只是\r的显示符号，真正要删的是不可见字节。打开Sublime → Ctrl+H → 勾选.*（正则模式），输入：
[\x00-\x08\x0b\x0c\x0e-\x1f\x7f]
这个表达式匹配所有C0控制字符（不含\n和\t，保留换行和制表符）。替换框留空，点Replace All即可。注意：\r（即^M）不在该范围内，需单独处理：
- 若文件是Windows生成但要在Linux/macOS运行，再搜
\r$（行尾\r），替换成空 —— 这能干掉^M - 若
file -i 文件名返回charset=binary，说明含\x00，上述正则已覆盖 - 别用
[\x00-\x1f]——它会误删\t（\x09）和\n（\x0a），破坏缩进和结构
保存前必须验证是否真干净
替换完不能直接运行，得确认磁盘文件没残留。最可靠方法是终端执行：
xxd test.py | head -n 5
输出里不应出现00000000:行带00（\x00）、0d（\r单独存在）、或0c0b等异常字节。如果看到0d 0a（\r\n）是正常的，那是Windows换行；但0d后面没0a就危险。
- Python脚本开头有
# -- coding: utf-8 --没用——解释器在解析语法前就卡在字节流层面了 - Sublime状态栏显示“UTF-8”不等于文件干净，它只说明当前解码方式，不校验字节合法性
- 批量操作后建议用
python -m py_compile test.py验证，成功才说明控制字符真清完了
预防比清理更重要：配置自动过滤粘贴内容
每次从网页、微信、Word粘代码都可能带控制字符，靠事后清理太被动。在Preferences → Settings用户配置里加这两行：
"paste_text_filter": "all", "trim_automatic_white_space": true
paste_text_filter设为"all"会让Sublime自动剥离粘贴文本里的控制字符（包括\r、\x00等），trim_automatic_white_space顺手去掉行尾空格——这两项对Python缩进安全无害，且生效即时。
- 别信“粘贴时按
Ctrl+Shift+V就能去格式”——Sublime默认没这快捷键，得自己配 - 插件如
TrailingSpaces只能删空格和制表符，对\x00、\r无效 - 如果团队共用代码，建议把
xxd检查写成Git pre-commit钩子，从源头堵住
真正的麻烦不在怎么删，而在于你根本不知道它藏在哪一行——xxd输出的十六进制视图才是唯一可信的证据。
