React Native+Expo聊天应用通知展示联系人姓名实现咨询

你们的实现思路是完全可行的，静默通知触发本地通讯录匹配再生成可见本地通知的逻辑，既避免了服务端收集用户通讯录数据的合规风险，也符合iOS/Android的通知使用规范。唯一的问题在于React Context是React组件树内的状态管理机制，后台通知处理函数运行在独立于组件树的JS上下文环境中，确实无法直接访问Context数据。

以下是两种可直接落地的解决方法：

• 方案1：本地持久化通讯录映射表，后台处理函数直接读取
  你可以在获取通讯录权限、读取到全量联系人数据后，先格式化生成手机号-姓名映射表（统一去掉手机号中的空格、横杠、区号前缀等干扰字符，再同时存入React Context和本地存储。推荐使用expo-secure-store存储隐私数据，也可以用@react-native-async-storage/async-storage。每次通讯录更新时同步更新这份持久化数据。
  核心实现示例：

// 读取通讯录后同步更新Context和本地存储
const formatPhoneNumber = (phone) => phone.replace(/\D/g, '')

const saveContactData = async (rawContacts) => {
  const contactMap = {}
  rawContacts.forEach(contact => {
    contact.phoneNumbers?.forEach(num => {
      const formattedNum = formatPhoneNumber(num.number)
      contactMap[formattedNum] = contact.name
    })
  })
  // 同步到本地存储
  await AsyncStorage.setItem('contactMap', JSON.stringify(contactMap))
  // 同步到React Context供组件内使用
  setContextContactMap(contactMap)
}

后台通知处理函数内直接读取本地存储的映射表：

import AsyncStorage from '@react-native-async-storage/async-storage'
import * as Notifications from 'expo-notifications'

// 后台静默通知处理逻辑
const backgroundNotificationHandler = async (notification) => {
  const rawSenderPhone = notification.request.content.data.senderPhone
  const messageContent = notification.request.content.data.content
  const formattedSenderPhone = formatPhoneNumber(rawSenderPhone)
  
  // 读取本地存储的联系人映射
  const contactMapStr = await AsyncStorage.getItem('contactMap')
  const contactMap = contactMapStr ? JSON.parse(contactMapStr) : {}
  const displayName = contactMap[formattedSenderPhone] || rawSenderPhone

  // 生成可见本地通知
  await Notifications.scheduleNotificationAsync({
    content: {
      title: displayName,
      body: messageContent
    },
    trigger: null
  })
  // 静默通知本身不展示
  return { shouldShowAlert: false, shouldPlaySound: false, shouldSetBadge: false }
}

• 方案2：全局变量存储映射表
  你可以在全局作用域定义global.contactMap = {}，读取到通讯录数据后同时更新Context和这个全局变量。后台通知处理函数和APP运行在同一个JS上下文，可以直接读取该全局变量。该方案读取速度更快，不需要做序列化/反序列化操作，缺点是APP被彻底杀掉重启后，若在读取通讯录前就收到通知，会出现数据为空的情况，适合配合本地持久化方案共同使用，APP启动时优先读取本地存储的映射表赋值给全局变量。

• 务必统一格式化手机号后再存储和匹配，避免因区号、空格、特殊符号导致匹配失败
• 提前申请后台通知刷新权限，避免系统拦截静默通知
• 通讯录属于敏感权限，需提前告知用户用途，符合平台合规要求

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