我在rn开发项目是遇到了一些打包问题 所以我进行了一个总结：
这些注意事项反映了 React Native 在静态资源管理上的一些局限性和设计选择，主要目的是确保在打包时能够完整地收集所有依赖资源，从而生成稳定、高效的应用安装包。
静态资源
-
只能使用字面量字符串
-
说明： 资源引用必须写成固定的字符串，例如
require('./assets/logo.png')。不能通过变量、函数调用或字符串拼接来生成路径，因为 Metro Bundler 在打包时需要解析所有静态依赖，动态生成的路径无法被提前识别。 -
影响： 代码中的图片或音频必须固定写死，不能根据条件加载不同文件。
-
-
编译时确定路径
-
说明： 静态资源引用在编译阶段必须已经确定，这样打包工具才能收集所有依赖项。
-
影响： 任何运行时动态改变的资源路径都无法参与打包，因此所有引用都要在代码中明确写出。
-
-
支持预定义扩展名
-
说明： Metro 默认识别常见格式，如
.png、.jpg、.jpeg、.gif、.mp3、.ttf等。 -
影响： 对于非标准扩展名（例如
.svg、.webp、自定义格式）的文件，如果需要打包，就必须在 Metro 配置文件中额外声明对应解析器。
-
-
不支持动态 require
-
说明： 不能通过类似
require('./assets/' + imageName + '.png')的方式动态加载资源。 -
影响： 所有静态资源加载都必须以明确的字符串形式存在，否则 Metro 无法在打包时解析该依赖，导致资源遗漏或运行时错误。
-
-
多分辨率图片命名规则
-
说明： React Native 通过文件名后缀（例如
@2x、@3x）来区分不同分辨率的图片。 -
影响： 如果使用自定义命名规则，Metro 无法自动识别并加载正确版本，可能导致在高分辨率设备上显示不清晰。
-
-
静态资源固定打包
-
说明： 所有通过
require引用的静态资源在打包时会被嵌入到应用安装包中。 -
影响： 运行时无法动态添加或替换这些资源，更新资源内容必须重新打包发布新版本。
-
-
路径区分大小写
-
说明： 部分平台（如 Android 和部分 Linux 系统）对文件路径的大小写敏感。
-
影响： 在引用资源时必须确保文件名的大小写与实际文件完全一致，否则可能导致找不到文件的问题。
-
-
不支持直接打包 SVG
-
说明： 原生平台不支持直接加载
.svg文件。 -
解决方案： 使用第三方库如
react-native-svg将 SVG 转换成组件或使用工具将 SVG 转为 PNG 格式。
-
-
WebP 格式需额外配置
-
说明： 虽然 WebP 格式的图片文件体积小，但有的平台默认不支持该格式。
-
影响： 需要在原生代码或 Gradle 配置中额外设置才能正常加载 WebP 文件，否则可能导致显示问题。
-
-
资源大小影响包体积
-
说明： 图片、音频、视频等大文件直接打包会增加 APK/IPA 的整体大小。
-
影响： 导致用户下载时间延长、设备存储压力增加，因此建议在打包前对资源进行压缩和优化。
-
-
缺乏自动哈希与缓存控制
-
说明： Metro Bundler 不会自动为静态资源生成内容哈希或复杂的缓存失效策略。
-
影响： 更新资源时不能依赖自动缓存更新机制，需要开发者通过版本号等方式管理更新。
-
-
字体文件需手动配置
-
说明： 自定义字体文件（如
.ttf、.otf）不会被自动注册，需在 native 配置中手动声明。 -
影响： 否则在应用中引用自定义字体可能失败，必须在 iOS 的 Info.plist 或 Android 的相关资源文件中配置。
-
-
不支持绝对路径引用
-
说明： 资源引用必须使用相对路径，而不能使用绝对文件路径。
-
影响： 绝对路径可能在不同开发环境下不一致，导致打包时无法正确定位资源。
-
-
不支持本地文件系统动态加载
-
说明： 运行时不能通过
file://协议直接加载应用包外部的本地资源。 -
影响： 所有需要打包的文件都必须通过
require方式在编译阶段嵌入到包中。
-
-
非标准文件格式默认不处理
-
说明： 如
.md、.txt等文件默认不在打包范围内，Metro Bundler 不会自动处理这些文件。 -
影响： 若项目中需要引用这些格式的文件，需要在配置中自定义解析规则，否则它们不会被包含在安装包中。
-
-
不支持资源实时更新
-
说明： 一旦打包，静态资源就固定在应用安装包中，不能通过网络更新。
-
影响： 任何资源的更新都必须通过重新打包和发布新版本来实现，无法像 Web 应用那样即时替换资源。
-
-
压缩处理能力有限
-
说明： Metro Bundler 对静态资源只进行基本压缩处理，无法根据设备特性动态调整资源质量。
-
影响： 开发者通常需要借助外部工具提前压缩或优化图片、音频等资源，以降低包体积和内存占用。
-
-
不支持代码分包拆分静态资源
-
说明： 与 Webpack 的代码拆分不同，Metro Bundler 将所有静态资源一并打包进主包，或由平台特定机制（如 Android App Bundle）分割。
-
影响： 无法实现细粒度的资源按需加载，静态资源始终随应用整体发布。
-
-
资源加载失败缺少自动重试机制
-
说明： 如果打包后的静态资源因某种原因加载失败，系统不会自动重试加载。
-
影响： 需要在代码中添加错误捕获和备用资源显示，确保在资源加载失败时用户不会看到空白或错误界面。
-
-
打包后的资源不可单独更新
-
说明： 静态资源作为应用安装包的一部分发布后，不能单独通过网络更新。
-
影响： 一旦需要更换或更新某个资源（例如更换 Logo），就必须重新构建、打包和发布整个应用版本。
-
动态资源
-
只能使用字面量字符串
-
详细说明： 在代码中引用静态资源时，必须使用硬编码的字符串，例如：
require('./assets/logo.png')不能写成下面这样：
const imgName = 'logo' require(`./assets/${imgName}.png`) -
这是因为 Metro Bundler 在打包时会扫描代码，查找所有
require()调用来收集依赖。动态构造的路径无法在编译阶段确定，导致资源无法被收集和打包。 -
影响： 你必须在开发时明确列出所有资源路径，灵活性受到限制，不能根据条件动态加载本地图片。
-
-
编译时确定路径
-
详细说明： 所有静态资源的引用都必须在编译阶段就能确定下来。这意味着资源的路径和文件名必须在代码编写时就确定，不能依赖运行时的逻辑来计算。
-
影响： 这样可以确保打包工具准确地将资源嵌入应用包中，但同时也限制了动态变化的需求，所有需要的资源必须提前引入。
-
-
支持预定义扩展名
-
详细说明： Metro Bundler 默认支持常见的文件扩展名，如图片（
.png,.jpg,.jpeg,.gif）、音频（.mp3）、字体（.ttf,.otf）等。如果你使用其它不常见的扩展名（如自定义后缀），Metro 不会自动识别并打包这些文件。 -
影响： 对于非标准文件类型，需要在 Metro 配置文件（如
metro.config.js）中添加额外的解析规则，否则这些资源将被忽略。
-
-
不支持动态 require
-
详细说明： 动态 require（例如通过变量拼接路径）在运行时计算的资源路径不能被打包工具提前解析。例如：
-