在开发iOS应用过程中，如何高效的与服务端API进行数据交换，是一个常见问题。一般开发者都会选择一 个第三方的网络组件作为服务，以提高开发效率和稳定性。这些组件把复杂的网络底层操作封装成友好的类和 方法，并且加入异常处理等。
那么，大家最常用的组件是什么？这些组件是如何提升开发效率和稳定 性的？哪一款组件适合自己，是 AFNetworking（AFN）还是 ASIHTTPRequest（ASI）？几乎每一个iOS互联网 应用开发者都会面对这样的选择题，要从这两个最常用的组件里选出一个好的还真不是那么容易。
单 单从两个控件版本提交的时间节点来看，AFN的第一个提交是2011年的1月1日，那个时候ASI早已是1.8+的版本 了；而当AFN发布1.0版，2012年10月份的时候，ASI早早的已经停止更新了。这样看起来，AFN是ASI的继任者 ，似乎不存在之前提到的选择困难的问题，而事实并非如此。本文将从用法、功能、性能和原理几个方面对二 者进行简单对比，看看二者之间到底存在着怎样的区别，到底应该如何选择。
1、用法对比
首 先，从推荐用法上就可以看出二者设计理念上大有不同。
图1，AFN的示例代码，发起请 求（出自：Posts.m）
AFN官方推荐的使用方法是，为一系列相关的请求定义一个HTTPClient，共用一 个BaseURL。每次请求把URL中除BaseURL的Path部分做为参数传给HTTPClient的静态方法，并注册一个Block用 于回调。
图2，ASI示例代码，发起异步 请求（出自：ASIHTTPRequestTests.m）
ASI推荐使用方法就非常传统，每一个请求都由构造方法初始 化一个（共享）实例，通过这个实例配置参数并发起请求。ASI最初使用delegate模式回调，在iOS SDK支持 Block之后也提供了注册Block的实例方法。
以上引用的两段代码都出自各自项目的示例工程。对比两 段代码可以很清楚的看出，同样是发起一个最普通的异步请求，使用AFN只需要调用一个静态方法，但代码可 读性较差；而ASI的示例看起来更清晰，但需要调用多个实例方法才能完成一次请求。AFN的设计更加工程化， 或者说对使用者更友好，而ASI的设计更经典，典型的OOP。
除了初级用法上的区别，二者的高级功能 和对扩展的支持也颇有不同。