在单独的终端上，将您的设备连接到计算机并运行以下命令:

react-native start 
cd user/Library/Android/sdk/platform-tools/
./adb reverse tcp:8081 tcp:8081

应用终端:

react-native run-android 
install apk on your device from this location android/app/build/outputs/apk/app-debug.apk

它“随机”出现了这个问题，我花了一段时间才意识到我的场景中哪里出了问题。

在我更新到React-native-cli 2.0.1后，有一条消息输出到日志中，帮助我挖掘并找到根本原因:

JS服务器无法识别，继续构建…

在研究了一些链接后，我发现了这个:

无法识别JS服务器

因为我在windows上，我运行netstat，发现我的VLC播放器也在8081端口上运行，导致了这个问题。 所以，在我的情况下，如果我启动vlc服务器之前的反应本机服务器，它不会工作。

在之前版本的react-native-cli中没有输出相同的日志消息，使其无声地失败。

TL, DR:检查与包管理器(默认为8081)相同的端口上是否有任何东西正在运行

有人建议用下面这个

react-native运行android React-native start -reset-cache，

但在我的例子中，我只是关闭cli命令提示窗口，并使用以下命令。

npx react-native run-android

它运行得很好。

我也遇到了同样的问题，但这是我自己犯的一个愚蠢的错误……

从Android工作室，我从应用程序项目而不是根项目启动installDebug/installRelease gradle脚本。

我最终不得不打开我正在使用的端口(默认为8081)。在Linux上，您可以执行以下操作

sudo iptables -A INPUT -p tcp --dport 8081 -m conntrack --ctstate NEW,ESTABLISHED -j ACCEPT
sudo iptables -A OUTPUT -p tcp --sport 8081 -m conntrack --ctstate ESTABLISHED -j ACCEPT

您可以进行测试，看看是否真的需要这样做。只需在Android设备上的Chrome浏览器中导航到开发服务器。如果它没有响应，那么这可能就是您所需要的。如果它有响应，那么这对你没有帮助。

我尝试了上面/下面的许多建议，但最终，我面临的问题是watchman的权限问题，它在之前使用homebrew安装。如果您在尝试使用模拟器时查看您的终端消息，并在模拟器上遇到关于watchman的“Permission denied”错误以及“Could not get BatchedBridge”消息，请执行以下操作:

进入您的/Users/<username>/Library/LaunchAgents目录并更改权限设置，以便您的用户可以读和写。这与你是否有一个com.github.facebook.watchman.plist文件无关。