首先检查你的assets文件夹是否存在于这个位置\android\app\src\main\assets

如果没有，请在终端执行该命令

react-native bundle --platform android --dev false --entry-file index.js --bundle-output android/app/src/main/assets/index.android.bundle --assets-dest android/app/src/main/res

然后在android设备上使用

react-native run-android

同样的问题我已经有好几个月了。我最初使用@Jerry的解决方案，但这是一个错误的解决方案，因为它没有完全解决问题。相反，它所做的是将每个构建都作为产品构建，这意味着你在应用程序中所做的任何微小更改都意味着必须重新构建整个应用程序。

虽然这是一个暂时的解决方案，但从长期来看，它的效果非常糟糕，因为你不再能够利用React Native的惊人的开发工具，如热重载等。

正确的解决方法如下:

在MainApplication.java文件中，替换如下内容:

@Override
public boolean getUseDeveloperSupport() {
    return BuildConfig.DEBUG;
}

与

@Override
public boolean getUseDeveloperSupport() {
    return true;
}

由于某些原因，BuildConfig。DEBUG总是返回false，并在assets目录中生成一个bundle文件。

通过手动将此设置为true，您将强制应用程序使用packager。这将在生产中不起作用，所以一定要将其更改为false或默认值。

别忘了也要跑

$ adb reverse tcp:8081 tcp:8081

提出一个显而易见的建议，对我很有用。删除应用程序，重新启动服务器，重新从工具部署到设备。

如果在运行react-native run-android命令时，跟踪的第二行是

JS server not recognized, continuing with build...

这意味着应用程序的打包器无法启动，如果没有一些额外的步骤，应用程序将无法加载。注意，跟踪的结尾仍然报告成功:

BUILD SUCCESSFUL

问题可能是端口冲突(在我的情况下，我完全忘记了默认的IIS站点)。该问题的另一种表现形式是无法在Chrome中打开http://localhost:8081/debugger-ui URL。

一旦端口冲突得到解决，跟踪就会报告

Starting JS server...

然后一个额外的Node窗口会打开(Node…cli.js start)，应用程序将成功加载/重新加载。

之后，你应该能够打开调试控制台在Chrome与http://localhost:8081/debugger-ui。

我花了半天时间来解决这个问题。

如果你使用的是28.0.0以上的API目标版本，那么你可能会遇到这个问题。

只要加上这一行

android:usesCleartextTraffic="true"

在你的Manifest Application块中。

清单应用程序块代码。

 <application
        ....
        android:usesCleartextTraffic="true"
.../>

去开发设置->调试服务器主机和端口的设备->输入您的计算机Wifi IP地址(Mac OS:去系统首选项-> Wifi获取Wifi IP地址)

最终重建应用程序并运行