背景
与网络请求有关的 api 有XMLHttpRequest、 fetch 、WebSocket ，但是这三个API 并不是 JavaScript 的标准api，也就是说在 js 引擎中无法直接使用这些 api。浏览器自己实现了这些 API，使得运行在浏览器中的 JavaScript 代码可以发起网络请求。
也就是说，如果我们想利用 JavaScript 发起网络请求，我们需要扩展 JS 的运行时环境，用宿主平台的原生能力来自定义实现一些功能，然后 JS 就可以利用这些功能来实现网络请求了。（浏览器环境就是一个例子）。
RN中的网络请求的实现
在React Native中，我们写的 JS 代码直接运行在 JS 引擎中，没有了浏览器环境提供的那么多的API，RN 是如何发起网络请求呢？
在安卓平台上，Android SDK 提供了 HttpURLConnection 这个API 来进行网络请求，但是这个API比较底层，开发者大多用的 OkHttp 这个第三方库库，使用方法如下：
OkHttpClient client = new OkHttpClient();
String run(String url) throws IOException {
Request request = new Request.Builder()
.url(url)
.build();
try (Response response = client.newCall(request).execute()) {
return response.body().string();
}
}
RN 用各个宿主环境的原生的能力（Android上使用的第三方库 OkHttp , iOS 上使用的系统API URLSession ），实现了一个统一的API的抽象层，向 JS 运行时提供XMLHttpRequest 、WebSocket这些API，fetch 是用这个 pollyfill 通过 XMLHttpRequest 来实现的。
当我们在开发模式时，我们用 yarn start 命令启动了一个packager 来向app提供我们写的js代码。app通过 http://localhost:8081/index.bundle?platform=ios&dev=true&minify=false 来访问 js代码。 然后其实这时候app和packager 也创建了一个WebSocket 长连接，所以当你改动 JS 代码的时候，app 通过 WebSocket 得到改动过的代码，从而实现 hot reload ；你的log信息也会发送到packager 显示在控制台中。
当你开启 debugging js remotely 时，app会在 chrome 中打开一个页面，这时 js 代码的执行环境就变成了浏览器。仍然通过 WebSocket 和app 连接传递消息，这时候通过 bridge 发送到 native的消息变成了从浏览器发来的了（而不是app中的js引擎）。所以你可以在 chrome 的控制台中看到你打印的 log 信息。但是在 Network 中，是看不到网络请求的，因为这时的网络请求还是由 app 来执行的。
如果在chrome中debug的时候，用浏览器提供的XMLHttpRequest、 fetch 来进行网络请求，就可以在 Network 中看到网络请求了，方法见这里 , 在RN中，global.XMLHttpRequest 是 RN 自己实现的，当在浏览器中运行时，就覆盖了浏览器提供的原始XMLHttpRequest, 原始的浏览器的 XMLHttpRequest copy到global.originalXMLHttpRequest 上了 。所以当在浏览器中运行时，把originalXMLHttpRequest 还原到 XMLHttpRequest后 ，网络请求就是由浏览器来执行的了，这样就可以通过 控制台的 Network 模块来查看网络请求了。
参考
https://medium.com/dailyjs/network-layer-in-react-native-eec841f11861
