嘿，这个问题我之前帮不少开发者踩过坑，核心原因就是你的推送通知内容里的Emoji转义代码没有被目标平台（iOS/Android/网页端）正确解析成对应的表情符号。下面分几种常见场景给你捋清楚解决方案：

1. 你发送的是Unicode转义序列而非实际字符 #

如果你的代码里写的是类似\u270C这样的Unicode转义字符串，但发送时直接把这段转义代码当成文本传了出去，平台自然只会显示字符串而不是表情。

• 解决办法：在推送发送前，先把转义序列解码成实际的Unicode字符。比如：
  • JavaScript中：用JSON.parse('"\u270C"')就能得到✌这个实际字符；
  • Python中：直接使用"\u270C"（如果你的字符串里是\\u270C，要先替换掉多余的反斜杠再解码）。
    确保最终推送给服务的是实际的Emoji字符，而非转义代码字符串。

2. 你用了HTML实体转义，但平台不支持解析 #

如果你用的是✌或✌这类HTML实体转义代码，大部分推送系统（比如APNs、FCM）默认不会解析HTML实体，所以只会显示代码本身。

• 解决办法：把HTML实体转换成对应的Unicode字符再发送。比如：
  • Python中可以用html.unescape('✌')直接转换；
  • JavaScript中可以借助he.decode('✌')（需要引入he库）来完成解码。

3. 推送服务的配置导致自动转义 #

有些第三方推送服务（比如OneSignal、Firebase Cloud Messaging）会有自动转义特殊字符的开关，如果这个开关打开了，你的Emoji字符可能会被转成代码形式发送。

• 解决办法：登录你的推送服务控制台，找到类似“自动转义特殊字符”“内容转义”的选项，把它关闭，确保实际的Emoji字符能原样发送到设备。

4. 目标设备系统版本过旧（少见但需排查） #

虽然✌是比较基础的Emoji，但如果用户的设备系统版本太老（比如iOS 10以下、Android 7以下），可能无法支持显示这个Emoji。

• 解决办法：可以替换成设备系统支持的同类型Emoji，或者用静态图片代替（但这种情况出现概率很低）。

快速验证步骤 #

先手动构造一条包含实际✌字符的测试推送，发送到目标设备：

• 如果能正常显示，说明问题出在你发送前的转义处理环节；
• 如果还是显示异常，就去检查推送服务的配置或者目标设备的系统兼容性。

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