在Android—— 4.2 Vold挂载管理_主体构建main (一)中分析了大体的框架,这里分析一下核心VolumeManager,再次补上结构框架图如下:
可以看到VolumeManager就是整个Android 磁盘挂载Vold机制的核心调度,上下连接的中转站!
我从Vold main代码的顺序结构来一次分析,上一篇Android—— 4.2 Vold挂载管理_CommandListener (二) 中分析了与framework层交互的CommandListener的功能作用。
这里分析VolumeManager在整个体系中所扮演的角色和职能!
撰写不易,转载请注明出处:http://blog.csdn.net/jscese/article/details/38581521
一:VolumeManager 初始构建:
依旧在/system/vold/main.cpp中:
/* Create our singleton managers */
if (!(vm = VolumeManager::Instance())) {
SLOGE("Unable to create VolumeManager");
exit(1);
};
...
if (vm->start()) {
SLOGE("Unable to start VolumeManager (%s)", strerror(errno));
exit(1);
}
if (process_config(vm)) {
SLOGE("Error reading configuration (%s)... continuing anyways", strerror(errno));
}
先看同级目录的VolumeManager.cpp 的构造函数:
VolumeManager::VolumeManager() {
mDebug = false;
mVolumes = new VolumeCollection();//卷的一个容器
mActiveContainers = new AsecIdCollection();//活动容器,mount/unmount asec obb时的记录
mBroadcaster = NULL;//指向SocketListener,用于发送挂载事件
mUmsSharingCount = 0;
mSavedDirtyRatio = -1;
// set dirty ratio to 0 when UMS is active
mUmsDirtyRatio = 0;
mVolManagerDisabled = 0;
}
其中最为重要的就是mVolumes这个容器:
typedef android::List<Volume *> VolumeCollection;
是/system/vold/Volume.cpp的实例集合!
vm->start()没有任何操作!
二:process_config
这个函数用于解析指定的配置文件,根据内容构造DirectVolume以及父类然后保存进VolumeManager的容器中,供VolumeManager用于挂载事件的管理。
static int process_config(VolumeManager *vm) {
FILE *fp;
int n = 0;
char line[255];
if (!(fp = fopen("/etc/vold.fstab", "r"))) { //打开配置文件/etc/vold.fstab
return -1;
}
while(fgets(line, sizeof(line), fp)) {
const char *delim = " \t";//\t之前有个空格,以空格或者水平制表符(tab)来用来分割读出来的line
if (!(type = strtok_r(line, delim, &save_ptr))) {//分割读到的line string,一次获取规定顺寻的参数,使用的是线程安全函数strtok_r
SLOGE("Error parsing type");
goto out_syntax;
}
if (!(label = strtok_r(NULL, delim, &save_ptr))) {
SLOGE("Error parsing label");
goto out_syntax;
}
if (!(mount_point = strtok_r(NULL, delim, &save_ptr))) {
SLOGE("Error parsing mount point");
goto out_syntax;
}
if (!strcmp(type, "dev_mount")) {
DirectVolume *dv = NULL;
char *part;
if (!(part = strtok_r(NULL, delim, &save_ptr))) {
SLOGE("Error parsing partition");
goto out_syntax;
}
if (strcmp(part, "auto") && atoi(part) == 0) {
SLOGE("Partition must either be 'auto' or 1 based index instead of '%s'", part);
goto out_syntax;
}
if (!strcmp(part, "auto")) { //根据上面解析到的值构建 DirectVolume实例
dv = new DirectVolume(vm, label, mount_point, -1);
} else {
dv = new DirectVolume(vm, label, mount_point, atoi(part));
}
while ((sysfs_path = strtok_r(NULL, delim, &save_ptr)))
...
vm->addVolume(dv);//添加进VolumeManager的容器
...
}
}
可以看VolumeManager中的addVolume函数:
int VolumeManager::addVolume(Volume *v) {
mVolumes->push_back(v);
return 0;
}
继承关系 DirectVolume ——> Volume,这里强制转换了。
三:vold.fstab
这个配置文件的编译在Android—— 4.2 Vold挂载管理_主体构建main (一)中有详细分析,先看看这个配置文件的注释:
#######################
## Regular device mount
##
## Format: dev_mount <label> <mount_point> <part> <sysfs_path1...>
## label - Label for the volume
## mount_point - Where the volume will be mounted
## part - Partition # (1 based), or 'auto' for first usable partition.
## <sysfs_path> - List of sysfs paths to source devices
######################
每一行对应上面的五个参数,各个参数之间以空格或者tab分开,google有个例子:
dev_mount sdcard /mnt/sdcard auto /devices/platform/goldfish_mmc.0 /devices/platform/msm_sdcc.2/mmc_host/mmc1
这是挂载sdcard的配置,前面的几个分别对应上面注释中的,最后的sysfs_path 就是要挂载的源设备路径,这个根据各自的平台修改(我的是/dev/block/platform/*),第一个不行就会用第二个
VolumeManager的功能实现函数(mountVolume,handleBlockEvent等),都是受到其它功能模块调用,如上面的主体框架图,
这里不做解析,在后面的DirectVolume/Volume挂载,以及NetlinkEvent事件处理中会分析。