进程间的对话——aidl（三）

　　之前记录了一个客户端如何跨进程地与一个服务端通信。如果只有一个客户端需要它，那么跨进程的意义也显得不那么大了。所以，我在此再建立了一个客端共同使用这个服务端。

　　客户端的代码与之前的代码几乎一模一样。在此不贴代码了。唯一不同的是，文件结构不同。由于服务端写在之前的工程中，我们需要一套共同的aidl接口，和Book.java。不仅代码相同，包名也要完全相同。所以，建议直接从服务端的那里复制文件。

这样，我们即可以保证这个客户端与服务端正常通信。

说到这里，我不免产生了疑问。我的这个服务端是否太公开了。任何一个客户端，不管是不是我的客户端，只要造出这个接口和包结构，然后知道我Service的Action都可以与我通信。这不科学！

经查阅，比较通用的有两种方式，对这一通信进行权限管理。

我们着重记录其中一种，即onBind验证。

首先，我们在服务端的AndroidManifest里面进行配置。

    <permission
        android:name="com.dream.fishbonelsy.aidldemo.permission.ACCESS"
        android:protectionLevel="normal"/>

这个配置即是设定一个口令，口令可以自定。

这里值得注意的是，服务端的process必须设为remote，不能设为任意进程名。一旦设为任意进程名，这里就不受权限的控制了。

        <service
            android:name=".service.BookManagerService"
            android:process=":remote"
            >
            <intent-filter>
                <action android:name="com.dream.fishbonelsy.aidldemo.service"/>
            </intent-filter>
        </service>

完成了配置，我们再来修改服务端的少量代码。

    @Override
    public IBinder onBind(Intent intent) {
        int check = checkCallingOrSelfPermission("com.dream.fishbonelsy.aidldemo.permission.ACCESS");
        if (check == PackageManager.PERMISSION_DENIED){
            return null;
        }
        return mBinder;
    }

将Service中的onBind方法，修改成这样，在返回IBinder之前，做一次判断。如果没有权限则返回空。

无论哪个客户端，想要与这个服务端通信时，只需要在自己的AndroidManifest中加上

    <uses-permission android:name="com.dream.fishbonelsy.aidldemo.permission.ACCESS"/>

即可。

这样，一个基本的跨进程，C/S模型算是完成了。但是还有很多坑在其中，下回再探究。

Done ~