android 监听挂载,android MountService实现------外设挂载及状态监听

事件起因：

我们的测试报出一个问题，插着U盘开机(我们的机顶盒)，多媒体文件未扫描到(U盘里有视频文件还有音乐文件)。说本地的视频文件列表还有音乐列表也是空的。

我是做应用的，兼顾Framework仓库的维护。负责媒体扫描的是MediaProvider.apk。。。义不容辞，这个问题当然是我来负责解决。

问题分析：

1.首先，我显示查看MediaProvider.apk所对应的源码实现。其源码实现很简单，下面我做一下简单的说明。

主要的两个类如下：MediaScannerReceiver.java和MediaScannerService.java。

MediaScannerReceiver.java源码

private final static String TAG = "MediaScannerReceiver";

@Override

public void onReceive(Context context, Intent intent) {

String action = intent.getAction();

Log.d(TAG, "onReceive,action:" + action);

Uri uri = intent.getData();

if (action.equals(Intent.ACTION_BOOT_COMPLETED)) {

// 收到开机广播，扫描内部存储

scan(context, MediaProvider.INTERNAL_VOLUME);

} else {

if (uri.getScheme().equals("file")) {

// 处理扫描外设的Intent

String path = uri.getPath();

String externalStoragePath = Environment.getExternalStorageDirectory().getPath();

Log.d(TAG, "action: " + action + " path: " + path);

if (action.equals(Intent.ACTION_MEDIA_MOUNTED)) {

// 扫描已挂载的外设

scan(context, MediaProvider.EXTERNAL_VOLUME);

} else if (action.equals(Intent.ACTION_MEDIA_SCANNER_SCAN_FILE) &&

path != null && path.startsWith(externalStoragePath + "/")) {

scanFile(context, path);

}

}

}

}

//扫描指定的Volume

private void scan(Context context, String volume) {

Bundle args = new Bundle();

args.putString("volume", volume);

context.startService(

new Intent(context, MediaScannerService.class).putExtras(args));

}

//扫描指定的Path

private void scanFile(Context context, String path) {

Bundle args = new Bundle();

args.putString("filepath", path);

context.startService(

new Intent(context, MediaScannerService.class).putExtras(args));

}

从这段代码就可以知道，在收到开机广播和Intent.ACTION_MEDIA_MOUNTED广播都会进行文件的扫描。外设的扫描是接收到Intent.ACTION_MEDIA_MOUNTED广播时进行。

2.从开机抓的log分析，确实是没有收到Intent.ACTION_MEDIA_MOUNTED广播，但是在终端使用df命令可以看到U盘已经正常挂载了。

3.外设状态的广播发送都是的MountService里面进行的。所以接下来我们来看一下开机时MountService都做了些什么。

MountService.java的启动是在SystemServer.jar中进行的，ServiceManager.addService("mount",new MountService(context))。这样就是MountService.java的构造函数就会被回调。

MountService.java的构造函数中跟今天研究相关的关键的两个处理就是

1)mContext.registerReceiver(mBroadcastReceiver, filter, null, null);

2)mConnector = new NativeDaemonConnector(this, "vold", MAX_CONTAINERS * 2, VOLD_TAG);

Thread thread = new Thread(mConnector, VOLD_TAG);

thread.start();

操作1)中的广播接收器接收的是Intent.ACTION_BOOT_COMPLETED(开机完成广播)。接收到开机广播后，最要的处理就是针对mVolumeStates中保存的外设路径做外设的挂载动作，挂载中的各种状态通知是在onEvent(int code, String raw, String[] cooked)回调中进行的。onEvent中调用的notifyVolumeStateChange方法会发送外设状态广播通知。所以现在最重要的是mVolumeStates中的路径是何时保存进去的？这就涉及到操作2)中的实现。

操作2)中的NativeDaemonConnector 是一个implements Runnable类,   当 thread.start()线程启动时，NativeDaemonConnector.java的run()方法就会执行。run()方法中关键的实现是了NativeDaemonConnector.java类中内部方法listenToSocket()，listenToSocket()方法中重要的实现是mCallbacks.onDaemonConnected()，onDaemonConnected()方法调用的是 MountService.java类中的onDaemonConnected()方法。onDaemonConnected()方法中重要的实现是：String[] vols = mConnector.doListCommand("volume list", VoldResponseCode.VolumeListResult); 其功能就是从底层获取当前的外设列表。然后通过调用updatePublicVolumeState(path, state);方法更新mVolumeStates。这样就解决了操作1)中的疑惑。

4.通过对步骤3的了解，最终定位到在notifyVolumeStateChange方法里调用getVolumeState(String mountPoint)时throw new IllegalArgumentException()，这样notifyVolumeStateChange方法里的外设状态广播通知没有进行。

5.为什么步骤 4中抛出异常呢？是因为getVolumeState(String mountPoint)里通过mVolumeStates.get(mountPoint);没有获得对应挂载点的状态。即该挂载点不再步骤3中的2)里从底层获取当前的外设列表里。

6.外设列表是从底层查询的(vold给的)，onEvent里面的挂载点也是vold给的。那就是vold提供的这两个不一致。。。不一致我就找对应的负责人沟通了。。。他给了一句“臣妾做不到一致”，讲了一大堆，大概意思就是说有的Ｕ盘带分区，有的不带，他那边处理的要兼容的话就做不到那一点。

７．那怎么处理呢？？？既然Ｕ盘能正常挂载，就是没有通知广播，没有通知广播的原因也是抛出异常引起，那就不抛异常了。。。这样可以解决问题，但是不足之处在于别的地方通过MountService.java的getVolumeState(String mountPoint)查询挂载点状态时，传入真正的挂载点有可能获取不到对应的状态。这也是没有办法的办法了。。。