iOS Swift中无法替换AnyHashable推送通知内的转义\n字符

我来帮你搞定这个困扰的换行问题！先理清楚来龙去脉，再给你针对性的解决方案：

问题根源 #

当APNs传递包含换行符的字符串时，转义字符会被二次转义，导致你接收到的是\\n（两个字符：反斜杠 + n），而不是真正的换行符\n。你已经通过正则替换把它转成了真实的换行，但存入[String: Any]后控制台打印又显示回\\n——这其实是Swift调试打印的“假象”，实际字符串里的换行是正常存在的。

正确处理步骤 #

1. 提取并转换换行符

用下面的代码确保准确替换转义的换行符（这里不用正则也能精确匹配，因为是固定的两个字符组合）：

// 安全提取alert字段，避免强制解包崩溃
guard let originalAlert = apnPayloadData["alert"] as? String else {
    print("Failed to extract alert string")
    return
}
// 把转义的\\n替换成真实的换行符\n
let formattedAlert = originalAlert.replacingOccurrences(of: "\\n", with: "\n")

2. 验证换行是否真实存在

控制台打印字典时，Swift会自动对特殊字符进行转义显示，但这并不代表字符串本身有问题。你可以通过以下方式验证：

// 存入字典
let payloadDict: [String: Any] = [
    "alert": formattedAlert,
    "badge": 1,
    "sound": "default"
]
// 控制台打印会显示\\n，但这只是调试转义格式，实际内容没问题
print(payloadDict)
// 直接验证是否包含真实换行符
print(formattedAlert.contains("\n")) // 输出true，证明换行确实存在
// 或者赋值给UI控件看实际显示效果
let testLabel = UILabel()
testLabel.text = formattedAlert
testLabel.numberOfLines = 0
// 此时Label会正确显示换行内容

3. 发送端优化提示

如果是你负责后端生成APNs payload，确保发送的JSON里换行符是\n而不是\\n，这样接收端就不需要额外处理。比如正确的JSON payload应该是：

{
  "aps": {
    "alert": "hey \ntsshis",
    "badge": 1,
    "sound": "default"
  }
}

关键结论 #

你看到的字典打印中的\\n只是Swift调试输出的转义格式，实际字符串里的换行符是有效的，当你把它用于推送通知展示时，会正确显示换行效果。

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