Windows下Expo SDK33 RN项目npm安装报tar包损坏、ENOENT错误

异常核心成因 #

• react-native依赖sha512校验失败：Expo SDK 35及更早版本的定制版react-native包并未托管在公共npm源，而是直接绑定GitHub官方归档的tar包地址。后续GitHub调整了归档资源的CDN分发规则，同一个归档文件在不同缓存节点的哈希值，和当年项目锁文件中留存的sha512值不一致，直接触发npm的校验失败自动重试逻辑。
• Libraries/Components路径不存在的ENOENT报错：Windows系统默认开启260字符的Win32路径长度上限，SDK33对应的react-native包内部嵌套目录层级极深，npm安装时的临时解压目录完整路径极易突破长度限制，导致深层目录的文件写入失败，最终抛出对应路径不存在的错误。
• 补充说明：Expo官方并未将SDK33标记为完全废弃状态，仅停止了常规安全迭代更新，因此官方文档不会标注该版本为不可用。

分步解决操作 #

• 解除Windows默认路径长度限制：通过组策略编辑器找到「计算机配置>管理模板>系统>文件系统」项，将「启用Win32长路径」配置为已启用；同时修改注册表HKLM\SYSTEM\CurrentControlSet\Control\FileSystem下LongPathsEnabled的键值为1，重启终端会话让配置生效。
• 清理本地损坏的安装缓存：删除项目目录下已存在的node_modules文件夹、旧的package-lock.json文件，执行npm cache clean --force清除全局缓存中残留的损坏react-native tar包文件。
• 调整安装参数适配旧版依赖特性：执行安装命令时增加参数适配GitHub归档包的当前分发规则：npm install --fetch-retries=5 --strict-ssl=false --package-lock=false，该配置会跳过失效的哈希校验、提升下载重试次数，解决校验触发的安装中断问题。
• 兜底离线安装方案：如果自动安装仍触发解压报错，可手动从Expo官方SDK33的归档地址下载对应react-native tar包，存放至项目本地vendor目录下，修改package.json中react-native的依赖指向为本地文件路径，例如"react-native": "file:./vendor/react-native-expo-sdk33.tar.gz"，重新执行安装即可完全绕开网络下载、CDN分发带来的异常。

注意：安装完成后不要直接调用全局高版本expo-cli启动项目，SDK33的运行逻辑与新版CLI存在兼容性断层，需要先在项目本地安装匹配版本的expo-cli@33.0.0，再通过本地安装的CLI命令启动项目。

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