我们通过删除构建脚本中的SKIP_BUNDLING选项来解决这个问题，RN文档建议添加该选项来加快调试构建。真正的修复(为了我们的原因)包含在RN 0.57中:

https://github.com/facebook/react-native/issues/20553

这是因为您的客户机无法连接到您的打包器服务器。

如果你是一个像我一样的中国程序员，我认为你可能会使用VPN通过GFW。当您的VPN工具处于“全局模式”时，您的所有请求都将通过世界旅行，无法到达本地主机

试试“自动代理模式”。

如果你不是来自中国，或者你的VPN设置已经是“自动代理模式”，我建议你关闭你的打包服务器，再试一次。

原因:

这是因为应用程序无法找到服务器(通过javascript代码为UI服务)。

解决方案:

确保所有相关的react native关闭(不是必要的，只是为了我的解决方案有一个干净的开始，在我的解释后，你可以弄清楚这是需要的还是不需要的) 先运行NPM Run start或yarn start 等待此命令完成工作(通常你会看到加载依赖关系图，完成)。 运行react-native Run -ios/android

解释:

React Native包含2部分: 本地部分 Javascript部分 构建命令: React-native run-ios/android是构建本机部分，然后部署到设备上，并在设备上启动应用程序(模拟器/模拟器/真实设备)。这通常需要3~4分钟才能完成。 npm run start或yarn start是构建javascript部分，并启动开发服务器为应用程序提供构建的UI。这通常需要30秒完成。

通常情况下，javascript部分先完成，然后是本地部分。(根据他们使用的时间)。

=>这只适用于第一次构建(新鲜构建)。

=>重建:

原生部分只需要10~15秒来检查更改，因为在javascript部分构建和服务之前，原生部分=>没有更改。(我不确定javascript部分是否被重建，但它比本地部分花费了更长的时间) 这就是为什么我们有这个问题，应用运行时要求的东西还不存在。

奖金:

React-native run-ios/android会自动启动开发服务器。 这就是为什么当你在react-native init <app_name>之后运行react-native run-ios/android时，一切都运行得很好。(因为自动启动功能和新构建的时间是上面的状态)。 其他“移除”解决方案之所以有效，是因为它们迫使人们重建。

在这个答案上使用的时间是相对于我的机器=>可能不同于其他人。

使用命令

react-native bundle --platform ios --dev false --entry-file index.js --bundle-output ./ios/release/main.jsbundle --assets-dest ./ios/release/main.jsbundle

只需在终端react-native启动:

cd your react native app directory/ react-native start 

它将启动打包器，现在不要关闭这个终端窗口，在另一个终端窗口运行你的项目。这是我唯一想要的，让它正常工作。

我的工作是RN 0.49.5。 我试过很多方法，但没有一个有效。最后我解决了这个问题。 这很简单。

主要思想是将本地主机更改为127.0.0.1，但这不是RN告诉您的地方。它在RCTBundleURLProvider中。m#- (BOOL)isPackagerRunning:(NSString *)主机。

代码变更: oc - NSString *host = ipGuess ?: @"localhost"; + NSString *host = ipGuess ?: @"127.0.0.1"; 这是好的模拟器。如果是设备，只需将ip地址更改为您机器的ip地址。