es regexp查询不匹配中文或特殊符号，因lucene正则不支持pcre语法及unicode简写，须用keyword类型字段、显式unicode范围（如u4e00-u9fff）、转义保留字符，并直连es客户端绕过scout。
ES 查询中正则表达式不匹配中文或特殊符号怎么办
直接原因：Elasticsearch 的 regexp 查询默认使用 Lucene 正则语法，不支持 PCRE 风格（比如 u4e00-u9fa5 这类 Unicode 范围写法），且字段必须是 keyword 类型才能启用正则查询。
常见错误现象：QueryShardException: failed to create query: regexp does not support unicode character classes 或完全无结果，即使字符串肉眼可见匹配。
- 确保目标字段在 ES mapping 中为
keyword类型（不是text）；若原为text，需加.keyword后缀访问，例如content.keyword - 避免用
d、w、s—— Lucene 不识别这些简写，改用[0-9]、[a-zA-Z0-9_]、[ ] - 中文需显式列出范围或使用 Unicode 十六进制：匹配单个汉字可写
[\u4e00-\u9fff]（注意 Java/PHP 字符串中反斜杠要双写，但在 JSON 请求体里只需单反斜杠） - Laravel Scout 默认不支持原生
regexp，得绕过 Scout，用Client::search()手写 DSL
Laravel 中调用 ES regexp 查询的正确姿势
Scout 的 where 和 whereLike 底层走的是 match 或 term，没法触发正则。必须直连 ES 客户端。
假设你用的是官方 elasticsearch/elasticsearch 包，且已配置好 Client 实例：
$client = app('elasticsearch');
$params = [
'index' => 'products',
'body' => [
'query' => [
'regexp' => [
'title.keyword' => [
'value' => 'A[0-9]{3}[u4e00-u9fff]{2}',
'flags' => 'ALL'
]
]
]
]
];
$response = $client->search($params);
注意点：
-
value中的 Unicode 范围（如u4e00-u9fff）在 PHP 字符串里要写成"\u4e00-\u9fff"，否则会被 PHP 当作转义序列吃掉 -
flags推荐设为"ALL"，否则像.默认不匹配换行，^/$只匹配头尾而非每行 - 如果字段是动态映射进来的，确认它真有
.keyword子字段：用GET /products/_mapping查看
匹配“不规则字符串”的典型正则写法（带空格、括号、中英文混排）
所谓“不规则”，往往指含空格、括号、短横、中文标点、大小写混杂。Lucene 正则对这些字符本身没限制，但要注意转义和边界。
- 空格、括号、短横等字面量无需额外转义（
(、)、-直接写），但+、*、?、.、^、$、[、]、{、}、|、必须用\转义 - 想匹配“ABC(123)测试”这种固定模式，正则就是：
ABC\(123\)[\u4e00-u9fff]{2} - 想模糊匹配“前缀+任意3位数字+任意中文2~4字”，写成：
prefix[0-9]{3}[\u4e00-\u9fff]{2,4} - 性能提醒：正则查询无法利用倒排索引加速，全段扫描，数据量大时慎用；优先考虑用
multi_match+ 自定义 analyzer 拆分词
为什么用 Laravel Scout + ES 时 regexp 总是返回空？
最常被忽略的一点：Scout 的 search() 方法底层调用的是 match_phrase 或 multi_match，压根不会生成 regexp 查询 DSL。你写的任何正则表达式只要没手动拼 DSL，就根本没发给 ES。
另一个隐形坑：ES 默认对 text 字段做分词，而正则只作用于完整 keyword 值。比如存入 "hello world"，text 字段被拆成 ["hello", "world"]，此时对 text 字段执行 regexp 是查不到的——因为没一个 term 是完整字符串。
- 检查当前字段是否真的启用了
.keyword子字段（GET /index/_mapping） - 确认你没在 Scout 模型里误配了
$asYouType或自定义toSearchableArray()把字段值改掉了 - 调试时先用
curl直连 ES，把 DSL 复制进去跑通，再移植到 Laravel - 别依赖 Scout 的
whereRaw——它只适用于 Algolia，ES 驱动根本不处理这个方法
正则匹配本身不难，难的是让 ES 知道你要查的是哪个原始字符串、以及 Laravel 别把它半路截胡换成别的查询类型。
