Android—— 4.2 Vold挂载管理_VolumeManager (三)
在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事件处理中会分析。
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。