Sublime中\s和\w不匹配中文及全角空格，因其严格遵循ASCII定义：\s仅匹配\t\n\r\f\v和半角空格，\w仅匹配a-zA-Z0-9\_；中文、全角空格（U+3000）、emoji等均被排除。
Sublime里\s和\w为什么匹配不到中文、全角空格
因为\s和\w在Sublime中严格按ASCII定义：前者只认\t\n\r\f\v和半角空格，后者只认a-zA-Z0-9_。中文字符、全角空格（U+3000）、emoji、带重音的拉丁字母全被排除在外——这不是bug，是Boost.Regex引擎的原始行为。
常见错误现象：\w{4}想匹配“人工智能”，结果不命中；^\s*$删空行，却把含全角空格的行漏掉。
- 查中文或任意非空白字符：用
[^\s]或\S（但注意\S同样不包含全角空格） - 查全角空格：直接粘贴一个进查找框，或写
\u3000 - 查混合空白（半角+全角+不间断空格）：
[ \t\n\r\f\v\u3000\u00A0\u2000-\u200B\u2028\u2029] - 匹配“纯中文词”（如四字成语）：
[\u4e00-\u9fa5]{4}，比\w{4}可靠得多
匹配固定长度中文词或中英文混合词的正则写法
别用\b\w{N}\b——它在中文场景下基本失效：\b把下划线和数字当单词边界，且完全无视Unicode字符；\w又不包含汉字。真正可控的方式是用「负向断言 + 明确字符集」锚定边界。
例如匹配恰好4个连续非空白字符（支持中英文混排）：(?。这里<code>\S虽不包含全角空格，但能覆盖汉字、英文字母、数字、标点；(?和<code>(?!\S)确保前后不是非空白字符，避免从“微信小程序”里切出“信小程”。
- 要严格限定为纯中文4字：
(? - 想匹配“用户名+邮箱”这类组合（如
zhangsan zhangsan@example.com），用\S+\s+\S+@\S+\.\S+比依赖\w+更稳 - Whole Word开关对中文无效，必须靠
(?/<code>(?!\S)替代
中文文本里^和$不按行首行尾匹配的根源与解法
默认情况下^和$只匹配整个文档开头和结尾，不是每行——尤其在Windows下粘贴的文本含\r\n时，$会停在\r前，导致^#.*$匹配失败。中文界面插件还可能干扰换行符识别。
- 启用多行模式：点替换面板右下角
⇧图标（或加(?m)前缀），让^/$作用于每行 - 兼容CRLF：把
$换成\r?\n或\R（Sublime内置通用换行符） - 强制全文边界：用
\A和\Z（v4+默认启用，比^/$更确定） - 临时切语法：按
Ctrl+Shift+P→Set Syntax: Plain Text，排除汉化插件干扰
替换时$1不展开、中文变乱码的硬性检查项
两个最常被跳过的动作，直接决定正则是否真生效：.*按钮是否点亮，以及文件编码是否为UTF-8。缺一不可。
-
.*开关必须分别在「查找」和「替换」面板各点一次——它们是独立开关，替换面板里$1不生效，往往只是因为那个.*没点 - 状态栏查看当前编码，不是UTF-8就立刻
File → Save with Encoding → UTF-8 with BOM（Windows下GBK误判最常见） -
$1是唯一合法写法，\1或${1}会被原样输出；嵌套括号按左括号顺序编号，((\w+))中$1是整体，$2是内层 - 执行前务必先点
Find All（Alt+Enter），看高亮是否精准——这是唯一能提前发现边界错误、编码错位、括号漏配的方式
真正卡住人的从来不是正则语法本身，而是你有没有在输入[\u4e00-\u9fa5]{4}之前，低头确认右下角.*是蓝色、状态栏写着UTF-8、Where路径没填成*。
