android进程与线程详解四：线程安全和进程间通信

线程安全

    在某些情况下，你实现的方法可能会在不同的线程中调用，所以它们必须被实现成“线程安全的”。

    这首先体现在可以远程调用的方法上—比如在boundservice中的方法。当在一个进程中调用同一个进程中的IBinder上所实现的方法时，这个方法会在调用者的线程中运行（IBinder不理解的看这里：http://blog.csdn.net/nkmnkm/article/details/6453218）。然而，当这个调用从另一个进程中发出时，方法会在线程池中某个被选出的线程中执行，这个线程在与IBinder相同的进程中（它不是运行于进程的界面线程中）。例如，尽管一个service的onBind()方法在service所在进程的界面线程中调用，onBian()所返回的对象的方法(例如，一个子类所实现的那些RPC方法们)将在线程池的线程中调用。因为一个service可以拥有多个客户端，某个时刻可能一个或多个池中线程被用于执行一个Ibinder的同一个方法。IBinder的方法们因此必须被实现为线程安全的。

    同样的，一个内容提供者也可能收到来自不同线程的数据请求。尽管ContentResolver和ContentProvider类隐藏了进程间通信的管理细节，ContentProvider的那些响应请求的方法们—query(),insert(),
delete(), update(),和getType()—会被内容提供者所在的进程中的线程池中的线程调用，而不是被进程的界面线程调用。因为这些方法们可能在同一时刻被任意数量的线程调用，所以它们必须被实现为线程安全的。

进程间通信

    Android通过远程调用(RPCs)提供了进程间通信(IPC)机制，于是一个方法可以被另一个应用的Activity调用，但是它却是远程执行的(在另一个进程中)，而又把结果返回给调用者。这使得必须分解一个方法调用和它的数据到操作系统能理解的水平，把它们从本地进程和地址空间传到远程进程和地址空间，然后重组并重演调用过程。要返回的结果以相反的方向传送。Android提供了所有的执行这些IPC传输的代码，于是你可以专注于定义和实现RPC程序接口。

 

    要执行IPC，你的应用必须绑定到一个service，使用方法bindService()。