woliuyunyicai的专栏

Activity与Service之间的通信（组件之间的通信） 1、Activity 绑定Service形式 2、使用BroadcastReceiver通信 3、定义interface进行回调 4、使用EventBus通信： EventBus是一个事件订阅/发布模型，用以简化Android内部组件之间的数据通信。 Android Studio中

一、先看一下使用流程 1.在子线程中使用Handler实例 /***********子线程使用Handler实例*********/ private class LooperThread extends Thread { public Handler handler; @Override public void run()

转自：http://blog.youkuaiyun.com/liuhe688/article/details/6407225 在分析Android消息机制之前，我们先来看一段代码：public class MainActivity extends Activity implements View.OnClickListener { private TextView stateT

AsyncTask的使用与解析

一、EventBus的简单使用流程 《Android EventBus的简单使用》中介绍了EventBus的简单使用，从 EventBus.getDefault().register(this); 开始，注意在类中实现相应的onEvent方法：   public void onEventMainThread(ActivityToServiceEvent even

总结一些常见的Handler使用方法及变种

一、Binder通信流程简单概述 （一）Binder用以Android内部的进程间通信，Binder相对于传统的Linux内核IPC（管道，信号，消息队列，共享内存，插口等）具有仅需拷贝一次内存的好处，进而提高了效率，也节省了内存；     从设计模式来看，Binder通信可以抽象为上图C/S模式，数据通信流程已经足够清晰。从中可以看出： 1、Client组件获得Service组

在看Binder源码时，总是接触到很多这些莫名其妙的struct，故依据几本参考资料先把这些数据结构的意义即关系整理以下： /** \kernel\goldfish\drivers\staging\android\binder.c*/ 1、binder_work: //表示binder驱动中进程所要处理的工作项 struct binder_work {     str

在看Binder源码时，总是接触到很多这些莫名其妙的struct，故依据几本参考资料先把这些数据结构的意义即关系整理以下： /* \kernel\goldfish\drivers\staging\android\binder.c/ 1、binder_work://表示binder驱动中进程所要处理的工作项 struct binder_work { struct list_head ent

知乎上看到这样一个问题Android中为什么主线程不会因为Looper.loop()里的死循环卡死？，于是试着对Handler源码重新看了一下，其实Android的消息机制是Pipe+epoll，有消息时则依次执行，没消息时调用epoll.wait等待唤醒；由于Android中生命周期、UI绘制都是动过Handler实现的，因此自然不会发生阻塞卡死。 1、创建Looper 之间Java