React Native SVG 在 Vitest 测试环境中的模块导入问题解析

问题背景

在使用 React Native SVG 组件库时，开发者在结合 Vitest 进行单元测试时遇到了一个典型的模块系统兼容性问题。当项目采用 monorepo 结构，同时包含 web 和 native 应用时，测试过程中会出现 Cannot use import statement outside a module 的错误提示。

错误现象

具体错误表现为：

1. 测试运行时抛出语法错误，指出无法在模块外部使用 import 语句
2. 错误源自 react-native-svg 的 SvgTouchableMixin.ts 文件
3. 系统提示 react-native 似乎是一个 ES 模块但被打包成了 CommonJS 格式

技术分析

这个问题本质上是由以下几个因素共同导致的：

1. 模块系统冲突：现代 JavaScript 开发中同时存在 CommonJS 和 ES Module 两种模块系统，当它们混用时容易出现兼容性问题。

2. 测试环境特殊性：Vitest 作为测试运行环境，对模块解析有特殊要求，与常规的 webpack 或 Metro 打包环境有所不同。

3. 跨平台依赖：项目同时使用了 react-native-web 和 react-native，需要通过别名系统进行适配。

解决方案

经过社区实践，目前有以下几种可行的解决方案：

方案一：直接引用模块内部路径

import Svg, { Path, Polygon } from 'react-native-svg/lib/module/ReactNativeSVG';

优点：直接绕过模块导出问题 缺点：需要额外处理类型定义，可能影响原生端功能

方案二：配置 Vite 别名

// vite.config.ts
resolve: {
  alias: {
    'react-native': 'react-native-web',
    'react-native-svg': 'react-native-svg/lib/module/ReactNativeSVG',
  },
}

优点：全局生效，不影响业务代码 缺点：需要确保配置不会影响其他功能

方案三：Vitest 内联配置

// vitest.config.js
export default {
  test: {
    server: {
      deps: {
        inline: ["react-native"]
      }
    }
  }
}

优点：针对性解决 react-native 模块问题 缺点：可能不是根本解决方案

最佳实践建议

1. 统一模块系统：确保项目中的所有依赖都使用一致的模块系统（推荐 ES Module）。

2. 类型定义处理：如果采用方案一，需要添加类型声明：

declare module 'react-native-svg/lib/module/ReactNativeSVG';

3. 环境隔离：考虑为测试环境和运行环境配置不同的解析策略。

4. 版本兼容性检查：确保 react-native-svg、react-native 和 react-native-web 的版本相互兼容。

总结

这类问题在现代 JavaScript 开发中较为常见，特别是在涉及跨平台开发和多种构建工具协同工作时。理解模块系统的工作原理和工具链的配置方式，能够帮助开发者快速定位和解决类似问题。对于 React Native SVG 这样的跨平台组件库，建议在项目初期就规划好测试策略和构建配置，避免后期出现兼容性问题。