Kotlin中Regex.fromLiteral过滤列表失败的原因解析

咱们来拆解一下你遇到的这个问题：为什么用Regex.fromLiteral()的正则过滤返回空列表，换成Regex()就正常了？核心原因在于这两个方法处理字符串的逻辑完全不同，尤其是对正则特殊语法的处理。

一、两者的核心差异 #

• Regex(pattern: String)：这是创建正则表达式的常规方式。它会把你传入的字符串解析为正则语法，识别并处理其中的特殊元字符（比如^表示字符串开头、$表示结尾、.匹配任意字符、*表示重复），完全遵循标准正则规则进行匹配。
  底层实现是调用Java的Pattern.compile(pattern)，和你熟悉的正则逻辑完全一致。

• Regex.fromLiteral(literal: String)：这个方法的设计初衷是做纯文本字面量匹配。它会把你传入的字符串当作普通文本，自动对所有正则特殊字符进行转义，让它们失去特殊含义，变成普通字符。
  底层是通过literal.toRegex(RegexOption.LITERAL)实现的，RegexOption.LITERAL选项会强制正则引擎把整个模式当成普通字符串，不会解析任何正则语法。

二、你的代码失效的具体原因 #

你写的正则模式"^[c].*[e]$"，本意是匹配以c开头且以e结尾的任意字符串：

• ^：锚定字符串开头
• [c]：匹配开头的c字符
• .*：匹配中间任意长度的任意字符
• [e]$：锚定字符串结尾并匹配e

但当你用Regex.fromLiteral("^[c].*[e]$")时，这个正则会被当作完整的纯文本字符串来匹配——也就是说它会在spices列表里找完全等于"^[c].*[e]$"的元素，而你的列表里根本没有这个元素，自然返回空列表。

而换成Regex("^[c].*[e]$")时，正则引擎会正确解析这些元字符，按照你预期的规则去匹配每个元素，所以能得到[cayenne]这个正确结果。

直观验证示例 #

你可以在IntelliJ IDEA REPL里跑一下这段代码，就能清晰看到两者的区别：

val spices = listOf("curry", "pepper", "cayenne", "ginger", "red curry", "green curry", "red pepper" )

// 字面量正则：匹配的是完全等于"^[c].*[e]$"的字符串
val literalRegex = Regex.fromLiteral("^[c].*[e]$")
val filteredByLiteral = spices.filter { it.matches(literalRegex) }
println(filteredByLiteral) // 输出：[]

// 普通正则：按照正则语法匹配
val normalRegex = Regex("^[c].*[e]$")
val filteredByNormal = spices.filter { it.matches(normalRegex) }
println(filteredByNormal) // 输出：[cayenne]

内容的提问来源于stack exchange，提问作者Abhishek