优雅地发起网络Request与接收Response（Android）
以下几种写法很常见：
1、直接 new Thread 进行请求，数据返回后使用 handler 回到主线程进行 UI 刷新。
private void getData() { new Thread(new Runnable() { @Override public void run() { final String result = GetDataHelper.getData(); ShowImageActivity.this.runOnUiThread(new Runnable() { @Override public void run() { // 处理结果，更新 UI } }); } }).start(); }
2、或 直接 new AsyncTask。
private void getData() { new AsyncTask<String, String, String>(){ @Override protected String doInBackground(String... params) { String retult = GetDataHelper.getData(); return retult; } @Override protected void onPostExecute(String result) { // 处理结果，更新 UI } }.execute("params"); }
3、使用封装好的网络请求库
JsonObjectRequest jsonObjectRequest = new JsonObjectRequest("api", null, new Response.Listener<JSONObject>() { @Override public void onResponse(JSONObject response) { Log.d("TAG", response.toString()); } }, new Response.ErrorListener() { @Override public void onErrorResponse(VolleyError error) { Log.e("TAG", error.getMessage(), error); } });
问题来了，就是面试被问烂了的 匿名内部类隐式地持有其外部类的引用 ，在内部类的生命比外部类的生命要长的情景下会引起内存泄露。
面试者都会说，使用 静态内部类 可以解决这个问题，在这里就不再多说，具体解决可参考技术小黑屋的：
Android 中 Handler 引起的内存泄露
面试时大家都会说使用静态内部类代替非静态内部类和匿名内部类，但为什么以上几种会引起内存泄露的写法还是这么多人用、在项目中还是那么常见呢？
静态内部类繁琐？
不介意短暂的内存泄露？反正响应返回或超时后都会释放？
以上写法除了内存泄露问题，还存在缺乏线程管理、统一调度，耦合等问题。
还有没更优雅的做法？
API 请求中心化管理，提供静态方法给外部调用，不设置回调函数（回调引用一样会引起内存泄露），使用事件总线（EventBus、otto 或 自己写）进行响应的结果分发，观察者在生命周期注册与反注册事件监听。
public class APIManager { private static RequestQueue mQueue; public void init(Context context){ mQueue = Volley.newRequestQueue(context); } public static void register(String username, String psw){ //do register } public static void login(String username, String psw){ //do login } public static void getData(){ String getDataUrl = "XXXXX"; JsonObjectRequest request = creatJsonObjectRequest(getDataUrl, null, new Response.Listener<JSONObject>() { @Override public void onResponse(JSONObject response) { GetDataEvent event = new GetDataEvent(0, response.toString()); EventBus.getDefault().post(event); } }, new Response.ErrorListener() { @Override public void onErrorResponse(VolleyError error) { GetDataEvent event = new GetDataEvent(-1, error.getMessage()); EventBus.getDefault().post(event); } }); mQueue.add(request); } private static JsonObjectRequest creatJsonObjectRequest(String url, JSONObject requestObject, Response.Listener<JSONObject> listener, Response.ErrorListener errorListener){ return new JsonObjectRequest(url, requestObject, listener, errorListener); } }
API 请求中心化管理，这里以 Volley 为例。若是自己封装的网络请求，也可以自定义线程池去管理线程。
提供静态方法 getData() 给外部调用，不需传入回调函数，与外部脱离引用关系，解耦。请求响应后使用事件总线（这里以 EventBus 为例）分发响应结果事件 EventBus.getDefault().post(event)
观察者，这里即当前 Activity
@Override protected void onResume() { super.onResume(); // 注册监听 EventBus.getDefault().register(this); } @Override protected void onStop() { // 反注册监听 EventBus.getDefault().unregister(this); super.onStop(); } @Subscribe public void onMessageEvent(GetDataEvent event){ int errorCode = event.getErrorCode(); String message = event.getMessage(); }
在生命周期注册与反注册事件监听，设置监听响应函数。
private void getData() { APIManager.getData(); }
需要请求可直接调用 API 管理中心提供的静态请求方法。
中心化管理 API，避免内存泄露，完美解耦
前两天实现了一个需求，在某一具体页面，发起网络请求后，无论用户是否还是发起请求页面，还是已经回退到之前的页面，只要请求响应，都需要在当前页面弹出一个 Dialog。
解耦发挥作用，只需要在全部页面（BaseActivity）注册监听这个请求的响应事件即可。
才学疏浅，如有错漏，望指出讨论。
正文到此结束
热门推荐
相关文章
近期评论
-
文章和留言都翻到11页了 没有OOM
-
-
朋友，翻页到11页，及以后，会出现OOM，无法访问
-
-
搞个gitee的项目
-
-
版本号是多少，你可以下载哪个代码仓库，jdk选1.8 直接跑就行
-
-
-
Loading...
![[HBLOG]公众号](https://www.liuhaihua.cn/img/qrcode_gzh.jpg)
