如何在Expo项目中实现推送通知本地化？

针对你的Expo + Google Cloud Functions场景，这里有几个实用的本地化实现方案，适配仅支持两种语言的需求：

方案1：Firestore存储用户Locale（你考虑的方式） #

这是直接可控的方案，适合需要用户自主选择语言（而非跟随系统）的场景：

• 实现逻辑：用户在应用内切换语言时，将选中的locale（如zh-CN、en-US）同步更新到Firestore的用户文档中；发送推送前，先读取目标用户的locale字段，再返回对应语言的标题和正文内容。
• 优势：完全可控用户的语言偏好，不受系统语言影响；逻辑简单，适配两种语言的开发成本极低。
• 注意点：每次推送前多一次Firestore读取，但单用户查询的性能开销可忽略；需确保用户切换语言时及时同步字段，避免推送内容语言不一致。

方案2：客户端本地化资源 + 推送携带LocKey（推荐） #

利用Expo推送通知的原生本地化支持，把多语言逻辑完全交给客户端处理，后端无需存储用户locale：

• 实现逻辑：
  1. 在Expo项目中配置两种语言的本地化字符串（比如通过app.json的locales字段，或搭配expo-localization库），给每个推送模板定义对应key：

     // app.json示例
     {
       "expo": {
         "locales": {
           "en": {
             "push_order_success": "Order completed!",
             "push_order_desc": "Your order #{{orderId}} is ready"
           },
           "zh": {
             "push_order_success": "订单已完成！",
             "push_order_desc": "你的订单#{{orderId}}已准备就绪"
           }
         }
       }
     }
     

  2. 后端发送推送时，不再直接传title和body，而是传titleLocKey、bodyLocKey，若有动态变量（如订单号），补充titleLocArgs/bodyLocArgs：

     // Google Cloud Functions推送代码示例
     const message = {
       to: pushToken,
       titleLocKey: 'push_order_success',
       bodyLocKey: 'push_order_desc',
       bodyLocArgs: [orderId]
     };
     await expo.sendPushNotificationsAsync([message]);
     

  3. 客户端会根据当前应用的locale（无论是跟随系统还是用户自主设置的）自动加载对应字符串并显示。
• 优势：后端无需维护多语言内容，也不需要存储用户locale；推送payload更小，客户端自动适配语言，避免后端逻辑出错。
• 注意点：若推送内容有大量动态自定义文本，这种方式不如直接传对应语言内容灵活，但对固定模板推送（如订单通知、活动提醒）非常适用。

方案3：结合设备Locale自动适配 #

如果应用语言完全跟随系统语言，无需用户自主切换，可在前端获取设备locale后，和推送令牌一起存储到Firestore，后端推送时直接读取该locale返回对应内容。不过这种场景下，方案2的LocKey方式更高效，无需后端处理语言判断。

总结建议 #

如果应用允许用户自主切换语言，可结合方案1与方案2：后端存储用户locale，推送时优先根据用户locale选择对应LocKey（或直接传对应语言内容）；若为固定模板推送，优先用方案2，减少后端逻辑复杂度。如果应用仅跟随系统语言，方案2是最优解，零后端语言维护成本。

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