在使用React Native开发中，我们熟练的采用JavaScript的方式发送请求的方式发送一个请求到服务端，但是处理这个请求的过程其实和处理Web应用中发送的请求的过程是不一样的。因为处理这个请求的目标不是浏览器，而是嵌入这个应用的原生操作系统。
在处理React Native的请求时，分为两部分：一部分是JavaScript的运行环境，另一部分是嵌入JavaScript的Native（即原生Android和IOS）运行环境。React Native内置了三种发送网络请求的方式：fetch, XMLHttpRequest 和 WebSocket。但是React Native的运行环境和Web应用的运行环境不一样，所以需要在原生应用层采用自定义函数来拓展运行时（runtime）环境来处理JavaScript发出的网络请求。
请求发送方式及过程对于常用的网络请求对象：XMLHttpRequest（XHR）、Fetch及WebSocket，熟悉前端开发的同学应该非常了解。XHR是Web开发中用得比较多的发送请求的方式，Fetch和Websocket也是后起之秀，在很多现代Web应用中得以采用。但是，在React Native中，这些对象的使用和Web应用是有差别的。当你在JS层调用网络请求时，其实是经历了两个过程才到达真正的服务器端。就像头部banner表示的那样。 XMLHttpRequest（XHR）
在React Native中, XMLHttpRequest（XHR）由两部分组成： “前端”（front-end）和“后端”（back-end）。前端负责与JavaScript交互，后端负责在原生平台上转换JavaScript发送过来的请求为原生系统自己的请求。
这里的后端其实是一个原生平台顶层抽象的统一API层，使得JavaScript层可以调用原先系统的网络模块。例如IOS下内置的URLSession模块和Android下的OKHTTP模块。
Fetch在现代Web浏览器中，FetchAPI提供了和XHR大部分相同的功能，但是Fetch提供了一种更加简单，高效的方式来跨网络异步获取资源，同时可操纵Request和Response对象来复用请求。
但是在React Native中，为了兼容两种平台的差异，采用了依赖于XMLHttpRequest的Fetch Polyfill来实现这个请求对象。这就意味着我们不能像实用Web平台下的Fetch对象一样来实用React Native下的该对象。比如采用这个对象来发送binary数据。当然可以采用第三方的库比如react-native-fetch-blob来实现相应的功能。
WebsocketWebsocket作为一种新的通信协议，采用全双工通讯方式与服务器间进行通信的网络技术。
在React Native中，Websocket并不是一个独立的请求，和XMLHttpRequest（XHR）一样由两部分组成： “前端”（front-end）和“后端”（back-end）。前端负责与JavaScript交互，后端负责在原生平台上转换JavaScript发送过来的请求为原生系统自己的请求。在IOS中采用的是自己开发的NSStream，而在Android系统中则是OKHTTP模块。
查看React Native中的网络请求在React Native开发中，你可以通过Chrome Developer Tools (CDT)的Sources面板中调试javascript部分的代码，包括断点、输出信息、断点调试等一切javascript调试所需的信息。但是，唯一缺少的就是网络请求的跟踪调试。我们没办法像Web开发那样，可以通过CDT中的网络面板（Network）来查看应用的网络请求的相关信息。
使用代理调试网络请求虽然没有办法通过CDT查看应用的网络请求，但是我们可以通过Fiddler、CharlesProxy及Wireshark等软件设置代理，来查看追踪调试网络请求。这里使用Fiddler来作为代理。
首先设置Fiddler的代理端口：
打开Filddler -> Tool -> Options -> Connects，在监听端口处填写相应的端口号，
在调试机器上、Android或者IOS模拟器模拟器中设置代理：
找到调试的机器上的网络设置中，设置当前连接的WIFI的代理地址
刷新应用，在fiddler中查看网络请求(提示：右键，在新页签中打开可查看清晰图片):
在代理应用中，我们可以查看请求头，返回头，返回结果等相关的网络信息。当然，还可以根据相关代理软件拦截请求，重新设置后发送。
使用Reactotron调试网络上面通过设置代理的方式来查看和追踪网络请求，虽然功能强大，但是实际操作起来有些难度，上手成本比较高。通过使用Reactotron，可以将调试的配置信息集成到应用中，方便在不同的开发环境下有相同的调试配置，节约开发配置成本。
Reactotron由两部分组成，一部分是调试应用，一部分是调试配置。