Core Data谓词字符集兼容问题：跨字符集歌曲名称查询失效

这确实是个很典型的Unicode字符规范化问题——Core Data的CONTAINS[cd]选项只处理**大小写（case）和重音（diacritic）**的忽略，完全不会处理不同字符集里的等价符号（比如英文撇号'、阿拉伯撇号’、左单引号‘这类视觉相似但Unicode编码不同的字符），而Android的默认查询逻辑可能已经内置了更全面的字符等价映射处理，所以没这个问题。

下面给你几个可行的解决方案，按推荐优先级排序：

1. 数据入库前统一规范化字符（最优方案） #

从源头解决问题，把所有入库的歌曲名称里的各类撇号（以及其他可能的等价字符）统一转换成同一个标准字符（比如英文撇号'），同时做Unicode规范化（比如NFC归一化）。这样查询时只需要对搜索文本做同样的处理，就能保证匹配一致。

示例代码：

func normalizeSongName(_ name: String) -> String {
    // 替换所有常见的撇号/单引号为英文撇号
    let replacedApostrophes = name.replacingOccurrences(
        of: "[’‘´`ʻʹ]", 
        with: "'", 
        options: .regularExpression
    )
    // 做Unicode canonical归一化，消除字符的不同编码表示
    return replacedApostrophes.precomposedStringWithCanonicalMapping
}

• 入库时：将歌曲名称传入这个函数处理后，再存入Core Data的name字段。
• 查询时：对searchText做同样的规范化处理，再用原来的谓词查询：

  let normalizedSearchText = normalizeSongName(searchText)
  let predicate = NSPredicate(format: "name CONTAINS[cd] %@", normalizedSearchText)
  

这个方案的优势是性能最优，因为可以利用Core Data对name字段的索引，而且数据统一后不会有后续的匹配问题。

2. 在谓词中动态规范化字符（适合无法修改入库逻辑的场景） #

如果没办法修改已有的数据入库流程，可以在谓词里对每条数据的name字段和搜索文本同时做规范化处理。不过要注意，这种方式无法利用索引，数据量大的时候会有性能损耗。

示例谓词：

let normalizedSearchText = normalizeSongName(searchText)
let predicate = NSPredicate(format: """
    name.precomposedStringWithCanonicalMapping.replacingOccurrences(
        of: "[’‘´`ʻʹ]", 
        with: "'", 
        options: .regularExpression
    ) CONTAINS[cd] %@
""", normalizedSearchText)

3. 使用正则表达式的Unicode归一化匹配（iOS 13+） #

如果你的App支持iOS 13及以上，可以利用NSRegularExpression的.normalizeUnicode选项，让正则引擎自动处理Unicode字符的等价映射，同时结合忽略大小写的选项实现包含匹配。

示例代码：

do {
    // 转义搜索文本中的正则特殊字符
    let escapedSearchText = NSRegularExpression.escapedPattern(for: searchText)
    // 构建包含匹配的正则模式
    let pattern = ".*\\Q\(escapedSearchText)\\E.*"
    // 创建正则表达式，开启Unicode归一化、忽略大小写
    let regex = try NSRegularExpression(
        pattern: pattern,
        options: [.caseInsensitive, .unicodeCase, .normalizeUnicode]
    )
    // 生成谓词
    let predicate = NSPredicate(format: "name MATCHES %@", regex.pattern)
} catch {
    print("正则表达式创建失败：\(error)")
}

这个方案的灵活性更高，但同样存在性能问题，不适合数据量较大的场景。

内容的提问来源于stack exchange，提问作者Kegham K.