React Native 单元测试中第三方依赖的正确 Mock 策略

在 react native 单元测试中，必须对 asyncstorage、firebase messaging、redux 等外部依赖进行精准 mock，否则测试会因真实副作用（如网络调用、原生模块初始化）而失败；本文详解为何要 mock、如何正确 mock，并提供可直接复用的配置方案。 在 react native 单元测试中，必须对 asyncstorage、firebase messaging、redux 等外部依赖进行精准 mock，否则测试会因真实副作用（如网络调用、原生模块初始化）而失败；本文详解为何要 mock、如何正确 mock，并提供可直接复用的配置方案。在 React Native 应用的单元测试中，react-native-testing-library（RNTL）是推荐的组件渲染与交互测试工具。但一个常见误区是：仅渲染组件就足够了。实际上，只要组件内部使用了任何“非纯 JavaScript 逻辑”的依赖（如原生模块、异步持久化、状态管理中间件），测试运行时就会尝试加载真实实现——而这往往导致 TypeError、undefined is not a function 或挂起等待 Promise，正如你在 messaging() 调用处遇到的报错。? 为什么必须 Mock？核心原则：隔离性（Isolation）单元测试的目标是验证单个组件的行为，而非整个应用栈。若不 Mock：@react-native-async-storage/async-storage 会尝试访问原生桥接器（iOS/Android），测试环境无此能力；@react-native-firebase/messaging 在初始化时会触发原生 SDK 加载，Node.js 环境下必然失败；Redux store 若未注入或未 mock，useSelector/useDispatch 可能抛出 Invalid hook call；@react-navigation/native 的 useNavigation 等 Hook 依赖 Navigator 上下文，直连渲染会报错。因此，Mock 不是“多此一举”，而是强制将被测组件与其外部世界解耦的必要手段。? 正确 Mock 的关键：匹配导入路径 + 符合导出签名你原始的 Firebase Messaging Mock 存在两个典型问题：路径不精确：jest.mock('@react-native-firebase/messaging') 可能因模块解析顺序失效；导出结构错误：RNFirebase vX+ 使用 default 导出一个函数（messaging()），但你的 Mock 返回的是一个对象字面量，导致 messaging() 调用时返回 undefined，进而报 TypeError: (0 , _messaging.default) is not a function。? 正确写法（适配 RNFirebase v14+）： arXiv Xplorer ArXiv 语义搜索引擎，帮您快速轻松的查找，保存和下载arXiv文章。