mountservice框架分析

mountservice框架

一、进程启动和配置文件的分析

vold的全称是volume daemon。实际上是负责完成系统的CDROM, USB大容量存储，MMC卡等扩展存储的
挂载任务自动完成的守护进程。它提供的主要特点是支持这些存储外设的热插拔。在Android上的这个
vold系统和GNU/Linux的之间存在很大的差异，这里主要是分析Android上的vold系统的处理过程。
自Android 2.2开始，vold又做了大改动，升级为vold 2.0，之前的配置文件是
system/etc/vold.conf，vold 2.0变为system/etc/vold.fstab。

1、启动vold

在init.rc中启动VOLD这个守护线程和创建socket的命令如下：
service vold /system/bin/vold
socket vold stream 0660 root mount
ioprio be 2

2、配置vold.fstab

vold.fstab文件的格式是：
Format: dev_mount
label: -Label for the volume
mount_point -Where the volume will be mounted
part -Partition #(1 based), or 'auto' for first usable partition.
-List of sysfs paths to source devices

例如：
dev_mount sdcard /mnt/sdcard 1 /devices/platform/mxsdhci.0/mmc_host/mmc0

自Android 2.2后，SD mount的位置变为/mnt/sdcard。

二、控制流程分析

Vold关于SD card settings的代码位于：
packages/apps/Settings/src/com/android/settings/deviceinfo/Memory.java
Vold上层MountService的代码位于：
frameworks/base/services/java/com/android/server/MountService.java
Vold底层处理的代码位于：
system/vold/

1、Vold设计架构

Setting
|
MountService
|
CommandListener
|
VolumeManager - NetlinkManager
|
Volume - DirectVolume
|
SD/USB device

MountService会接收来之Setting的变化，及来自底层VolumeManager的信息，并对之分析判，然后
通过doMountVolume命令到底层。
Vold初始化时，会创建class NetlinkManager和VolumeManager，class NetlinkManager接收
来自底层的信息，然后传交给VolumeManager处理；
重要类class VolumeManager 仅有一个实例，它主要负责vold的管理操作，管理多个sd卡，usb各种
操作；重要类class Volume 可有多个实例，挂载多少个sd卡、usb，它就有多少个。重要类class
DirectVolume 封装了很多的方法和属性；重要类class CommandListener主要收到上层
MountService通过doMountVolume发来的命令，分析后，转交给VolumeManager处理；
VolumeManager处理信息后，或报告给
上层MountService,或交给volume执行具体操作（挂载
SD,USB）.

2、Vold代码实现过程大致分为三步：

1）.创建链接：
在vold作为一个守护进程，一方面接受驱动的信息，并把信息传给应用层；另一方面接受上层的命令并
完成相应操作。

所以这里的链接一共有两条：
（1）vold socket: 负责vold与应用层的信息传递；
（2）访问udev的socket: 负责vold与底层的信息传递；
这两个链接都是在进程的一开始完成创建的。

2）.引导：
这里主要是在vold启动时，对现有外设存储设备的处理。首先，要加载并解析vold.fstab，
并检查挂载点是否已经被挂载（注：这里检查挂载点的用意不是很清楚！）；其次，执行MMC卡挂
载； 最后，处理USB大容量存储。

3）.事件处理：
这里通过对两个链接的监听，完成对动态事件的处理，以及对上层应用操作的响应。

本文来源：https://www.bwwdw.com/article/rldm.html