Android Storage Manager 处理

最新推荐文章于 2024-07-17 20:30:14 发布
最新推荐文章于 2024-07-17 20:30:14 发布
阅读量1.1k 收藏 1
点赞数
分类专栏： Android平台
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/peng_cao/article/details/9946465
版权

原文地址：

http://blog.chinaunix.net/uid-26281173-id-3761483.html

Storage Manager

前言

在Android系统中，常用的存储介质是Nand Flash；系统的二进制镜像、Android的文件系统等通常都保存在Nand Flash 中。通常使用的Micro-SD卡的管理则是由卷守护进程(Volume Daemon ,vold)去完成的，包括SD卡的插拔事件检测、挂载、卸载、格式化等。这里会从Volume的原理和机制去分析Android对于UMS的管理；并通过一个SD Card的挂载过程详细说明。当热插拔SD Card的时候所引起的Linux Kernel的变化，如如何发出uevent消息等没深入研究，Vold接收这些uevent消息也仅仅是提到而已；因此这几着重介绍Vold、syslibutils以及MountService。

1、Vold的原理与机制

  有关Vold的架构可以用图1-1来表示


图1-1 Vold架构

从图1-1Vold架构，可以大致的了解Android针对外部存储的管理流程。

1、外部存储插入的时候，Linux Kernel会发出uevent事件给Vold

2、Vold守护进程通过Socket机制从Linux Kernel获取相应的uevent，并解析成不同的状态；

3、然后在由MountService来获取这些由Vold解析出的相应状态决定发出什么样的广播、给Vold作出什么样的反应。

4、进而Vold依据MountService的反应稍加处理交由Kernel处理。

这里需要走出一个误区：当插入SD卡的时候Kernel发出uevent、Vold处理event，MountService从Vold获取相应信息发出广播，app在接收到广播之后会作出相应的处理；其实到这里SD卡并没有真正的被挂载到系统中，仅仅是触发了相应的uevent，而真正的挂载并没有执行。实际情况是如图1-1Vold架构所示，先得到Uevent在交由Vold进行解析，然后由MountService获取信息发出mount、unmount等命令给Vold，在由Kernel进行针对存储设备的挂载、卸载、格式化等操作。

1.1 Vold针对不同信息的处理

上面有讲到，Vold不仅仅要处理来自Kernel的Uevent等信息，还得处理来自MountService的信息。那么到底Vold是如何获取到Kernel发上来的Uevent信息？Vold又是如何从MountService获取到上层要发给Kernel的命令的呢？

在这里拥有一个重要的基类SocketListener。不仅对kernel发出的uevent进行监听还对MountService想kernel发出的命令进行监听。其常用类之间的结构关系如图1-2 Vold重要类关系图


图1-2 Vold重要类关系图

通过类图，我们可以大致的了解到Vold的工作流程、工作原理：Vold是Android平台中外部存储系统的管理中心；从kernel来的相关event以及从frameworks来的commond都要通过Vold来进行通信。这里Kernel和Frameworks不仅仅是从Vold获取东西也会想Vold发出命令。下图我们将会更加详细的介绍存储设备的挂载流程。

如图1-2 处理流程，更加清晰的说明了Android针对Storage Manager的处理流程。就更加凸显了SocketListener这个类的重要性；并且Vold和MountService之间在进行进程间通信的时候并没有用到复杂Binder，而是直接的使用了Socket；这样就是的本身简单的Vold系统更加易懂。


图1-2 处理流程

2、Vold工作过程

2.1处理Kernel信息

当外部存储SD Card插入之后，Kernel会发出相应的Uevent消息；而这时Vold也正在监听，所以会有Vold当中的NetLinkManager接受到消息。当然在这消息的接受-在发送过程中肯定是有消息的解析并针对解析出的相关信息在作出动作。设计到的主要类如下图所示


图2-1Sock相关类

在能否获取Kernel的Uevent之前，SocketListener便会启动一个线程去针对Kernel的event进行监听；同时还会创建一个用于传输数据的pipe。当Kernel有event抵达，也就是有数据通过Socket发送过来，就会调用SocketListener自己的onDataAvailable对数据进行处理。而这里SocketListener的onDataAvailable是一个纯虚函数，其真正的实现在NetlinkListener中，所以数据的真正解析在NetlinkListener中。如果解析event OK，那么这个时候就该发出一个event给Volume Manager了。

其实通过这里，我们也可以看出Vold这个较小的进程也分为两个部分：一个同Kernel接触，一个桶Framework接触。

2.2向Framework发出通知

几乎所有从Kernel上来的mount信息以及从Frameworks到Kernel的mount消息都需要经过DirectVolume.cpp的handleBlockEvent来进行处理。

点击(此处)折叠或打开

  1. int DirectVolume::handleBlockEvent(NetlinkEvent *evt) {

  3.     const char *dp = evt->findParam("DEVPATH");

  5.     PathCollection::iterator it;

  7.     for (it = mPaths->begin(); it != mPaths->end(); ++it) {

  9.         if (!strncmp(dp, *it, strlen(*it))) {

  11.             /* We can handle this disk */

  13.             int action = evt->getAction();

  15.             const char *devtype = evt->findParam("DEVTYPE");

  17.             if (action == NetlinkEvent::NlActionAdd) {

  19.                 int major = atoi(evt->findParam("MAJOR"));

  21.                 int minor = atoi(evt->findParam("MINOR"));

  23.                 char nodepath[255];

  25.                 /*获得当前node的信息*/

  27.                 snprintf(nodepath,

  29.                          sizeof(nodepath), "/dev/block/vold/%d:%d",

  31.                          major, minor);

  33.                 /*创建node mknod*/

  35.                 if (createDeviceNode(nodepath, major, minor)) {

  37.                     SLOGE("Error making device node '%s' (%s)", nodepath,

  39.                                                            strerror(errno));

  41.                 }

  43.                 /*是否有分区，disk 没有分区*/

  45.                 if (!strcmp(devtype, "disk")) {

  47.                     handleDiskAdded(dp, evt);

  49.                 } else {

  51.                     handlePartitionAdded(dp, evt);

  53.                 }

  55.                 /* Send notification iff disk is ready (ie all partitions found) */

  57.                 /*开始给Frameworks发广播了。。*/

  59.                 if (getState() == Volume::State_Idle) {

  61.                     char msg[255];

  63.                     snprintf(msg, sizeof(msg),

  65.                              "Volume %s %s disk inserted (%d:%d)", getLabel(),

  67.                              getMountpoint(), mDiskMajor, mDiskMinor);

  69.                     mVm->getBroadcaster()->sendBroadcast(

  71. ResponseCode::VolumeDiskInserted, msg, false);

  73.                 }

  75.             /*下面的两个不注释了。。。*/

  77.             } else if (action == NetlinkEvent::NlActionRemove) {

  79.                 if (!strcmp(devtype, "disk")) {

  81.                     handleDiskRemoved(dp, evt);

  83.                 } else {

  85.                     handlePartitionRemoved(dp, evt);

  87.                 }

  89.             } else if (action == NetlinkEvent::NlActionChange) {

  91.                 if (!strcmp(devtype, "disk")) {

  93.                     handleDiskChanged(dp, evt);

  95.                 } else {

  97.                     handlePartitionChanged(dp, evt);

  99.                 }

  101.             } else {

  103.                SLOGW("Ignoring non add/remove/change event");

  105.             }

  107.             return 0;

  109.         }

  111.     }

  113.     errno = ENODEV;

  115.     return -1;

  117. }




在调用handleDiskAdded(dp, evt);完成之后，便会从系统中获取该存储设备的相关信息；准备发广播给Frameworks了。


点击(此处)折叠或打开

  1. snprintf(msg, sizeof(msg), "Volume %s %s disk inserted (%d:%d)", getLabel(),
  2.                     getMountpoint(), mDiskMajor, mDiskMinor);
  3. mVm->getBroadcaster()->sendBroadcast(ResponseCode::VolumeDiskInserted, msg, false);


这里需要注意一点：在handleDiskAdded中，处理完成了之后，会更新当前磁盘的状态

setState(Volume::State_Idle);这个函数需要重点关注

这样Frameworks就收到了有存储设备的消息；下面来看看Framew是如何处理这样的信息的。


点击(此处)折叠或打开

  1. public boolean onEvent(int code, String raw, String[] cooked) {

  3. /*……………*/

  5. } else if ((code == VoldResponseCode.VolumeDiskInserted) ||

  7. (code == VoldResponseCode.VolumeDiskRemoved) ||

  9.   (code == VoldResponseCode.VolumeBadRemoval)) {

  11.     // FMT: NNN Volume <label> <mountpoint> disk inserted (<major>:<minor>)

  13.     // FMT: NNN Volume <label> <mountpoint> disk removed (<major>:<minor>)

  15.     // FMT: NNN Volume <label> <mountpoint> bad removal (<major>:<minor>)

  17. final String path = cooked[3];

  19. /*这里是见证奇迹的时刻之一。。哈哈*/

  21.     if (code == VoldResponseCode.VolumeDiskInserted) {

  23.       if ((rc = doMountVolume(path)) != StorageResultCode.OperationSucceeded) {

这个onEvent目前先看到这里，去看看doMountVolume


点击(此处)折叠或打开

  1. private int doMountVolume(String path) {

  3. mConnector.execute("volume", "mount", path);

这里mConnector 是一个 NativeDaemonConnector对象，算是一个守护程序吧，跟守护进程差不多，专门用来处理 libsysutils中通过FrameworkListener协议来进行信息传递。

这里转了一大圈又回到了Vold。接下来继续回到Vold进行查看。在这其中会经过libsysutils的一些转换，这里直接去Volume.cpp 中的mountVol查看。首先会检测是否已经被mount了。


点击(此处)折叠或打开

  1. if (isMountpointMounted(getMountpoint())) {
  2.         setState(Volume::State_Mounted);
  3.         // mCurrentlyMountedKdev = XXX
  4.         return 0;
  5.     }


到这里，setState() 的作用，我觉得可以这么来理解，他同Activity的生命周期相同，只不过这里是“显示”的去修改各个状态，而Activity Android系统本身已经做好了。这里假设目前还没有被mount，接着往下看：


点击(此处)折叠或打开

  1. /* We now have the new sysfs path for the decrypted block device, and the

  3. * majore and minor numbers for it. So, create the device, update the

  5. * path to the new sysfs path, and continue.

  7. */

  9.  snprintf(nodepath, sizeof(nodepath), "/dev/block/vold/%d:%d",

  11.                  new_major, new_minor);

  13.  if (createDeviceNode(nodepath, new_major, new_minor)) {

  15.     SLOGE("Error making device node '%s' (%s)", nodepath, strerror(errno));

  17.  }

  19. // Todo: Either create sys filename from nodepath, or pass in bogus path so

  21. // vold ignores state changes on this internal device.

  23.  updateDeviceInfo(nodepath, new_major, new_minor);

  25. /* Get the device nodes again, because they just changed */

  27. n = getDeviceNodes((dev_t *) &deviceNodes, 4);

  29. 。。。。

  31. sprintf(devicePath, "/dev/block/vold/%d:%d", MAJOR(deviceNodes[i]),

  33.                 MINOR(deviceNodes[i]));

  35. setState(Volume::State_Checking);

  37. 。。。。。。

  39. if (Fat::doMount(devicePath, "/mnt/secure/staging", false, false, false,

  41.                 AID_SYSTEM, gid, 0702, true)) {

  43.     continue;

  45. }

  47. /*。。。。*/

  49. /*删除autorun.inf .为啥？？不为啥?就是要删！！*/

  51. protectFromAutorunStupidity();

  53.         /*

  55.          * Now that the bindmount trickery is done, atomically move the

  57.          * whole subtree to expose it to non priviledged users. */

  59.         if (doMoveMount("/mnt/secure/staging", getMountpoint(), false)) {

  61.             SLOGE("Failed to move mount (%s)", strerror(errno));

  63.             umount("/mnt/secure/staging");

  65.             setState(Volume::State_Idle);

  67.             return -1;

  69.         }

  71.         /* 又是这个神一样的函数，setState，这次可是设置了State_Mounted，

  73.          * 很明显，这里要发广播了，给Frameworks发！告诉Frameworks，

  75.          * 我这儿已经mounted完成了，剩下就是你的事儿了

  77. */

  79.         setState(Volume::State_Mounted);

  81.         mCurrentlyMountedKdev = deviceNodes[i];

  83.         return 0;

  85.     }

从现在开始，磁盘的大部分操作同Vold、Kernel基本上没什么关系了，继续来看看MountService对消息的处理。


点击(此处)折叠或打开

  1. if (code == VoldResponseCode.VolumeStateChange) {
  2.  /*
  3. 　* One of the volumes we're managing has changed state.
  4.  * Format: "NNN Volume <label> <path> state changed
  5.  * from <old_#> (<old_str>) to <new_#> (<new_str>)"
  6.  */
  7.  notifyVolumeStateChange(cooked[2], cooked[3],
  8. 　　　　　　　　　　　　Integer.parseInt(cooked[7]), Integer.parseInt(cooked[10]));


notifyVolumeStateChange函数基本上就干了一件事儿：发ACTION_MEDIA_* 各种广播。。这就不多说了。到这儿所有APP，该接受的接受，该处理的处理，干干啥的干啥。

Over，完了 




名词解释

UMS ：    USB Mass Storage                    USB大容量存储

Vold  :     Volume Daemon                      卷守护进程

MTD ：    Memory Technology Device            内存技术设备

EMMC：   Embedded MultiMedia Card             内嵌式多媒体卡

Volume 状态

    static const int State_Init       = -1;

    static const int State_NoMedia    = 0;

    static const int State_Idle       = 1;

    static const int State_Pending    = 2;

    static const int State_Checking   = 3;

    static const int State_Mounted    = 4;

    static const int State_Unmounting = 5;

    static const int State_Formatting = 6;

    static const int State_Shared     = 7;

static const int State_SharedMnt  = 8;


阅读(620) | 评论(1) | 转发(3) |
0

上一篇：Android 按键消息处理

下一篇：将博客搬至CSDN

相关热门文章

CU博客助理2013-08-13 11:04:12

嘉宾点评：这是一篇非常细腻的技术博文，详细阐述了Android外存管理的Vold架构及其处理过程。结构清晰、层次明确，大有论文风范，文内插图制作精良，足见作者的用心，最后还附上了名词解释及Volume状态参数说明。此文对于想要了解Android外存管理及优化的博友而言，是很不错的参考。（感谢您参与“原创博文评选”获奖结果即将公布）

回复 | 举报
评论热议
pengcao89
关注
专栏目录
Android存储系统源码走读（一），android开发实战经典
m0_64382868的博客
11-27 974
if (mFactoryTestMode != FactoryTest.FACTORY_TEST_LOW_LEVEL) { if (!“0”.equals(SystemProperties.get(“system_init.startmountservice”))) { t.traceBegin(“StartStorageManagerService”); try { /* NotificationManagerService is dependant on StorageManagerService,
android storagemanager来获取u盘名称,StorageManager获取U盘挂载状态
weixin_29145623的博客
05-28 2052
StorageManager是Android SDK中管理存储设备的一个类。其中的存储设备分内部存储和外部存储，外部存储可以有SDCard、U盘等其他挂载的外设。StorageVolume代表的是一个设备信息的数据结构，里面包含了名称、路径、挂载状态等等信息。以前获取设备列表的方法大多是通过反射获getVolumeList()方法获取到StorageVolume[]数组，但是现在发现完全没有必要的...
Android 存储设备管理 －－ StorageManager
魔戒
12-25 8386
上图关系为：     StorageManager为Client，MountService是Server，通过AIDL进行进程间通信。    MountService是一个Android Service，由systemserver启动。    Volume Daemon（Vold）是一个Native Service，有Init.c读取init.rc后启动。    MountService
[Android Pro] StorageManager简介
weixin_33762130的博客
08-21 358
StorageManager StorageManager is the interface to the systems storage service. The storage manager handles storage-related items such as Opaque Binary Blobs (OBBs). OBBs contain a filesystem that ma...
Android Storage Manager
caopeng的专栏
02-03 2798
Android系统中，常用的存储介质是Nand Flash；系统的二进制镜像、Android的文件系统等通常都保存在Nand Flash 中。通常使用的Micro-SD卡的管理则是由卷守护进程(Volume Daemon ,vold)去完成的，包括SD卡的插拔事件检测、挂载、卸载、格式化等。这里会从Volume的原理和机制去分析Android对于UMS的管理；并通过一个SD Card的挂载过程详细说明。当热插拔SD
android12系统源码_StorageManager源码
08-24
StorageManager。package="com.android.storagemanager" android-12.0.0_r3 原始源码未做任何修改
Android获取U盘媒体,StorageManager获取U盘挂载状态
weixin_39629631的博客
05-28 890
StorageManager是Android SDK中管理存储设备的一个类。其中的存储设备分内部存储和外部存储，外部存储可以有SDCard、U盘等其他挂载的外设。StorageVolume代表的是一个设备信息的数据结构，里面包含了名称、路径、挂载状态等等信息。以前获取设备列表的方法大多是通过反射获getVolumeList()方法获取到StorageVolume[]数组，但是现在发现完全没有必要的...
Android问题解决--“StorageManager.getVolumeList NullPointerException”空指针再现，getExternalDirs
记录和分享程序人生的点点滴滴
04-20 2136
问题： 在获取外部存储目录时，在某些低版本Android手机上发生StorageManager.getVolumeList 空指针错误，具体如下： Caused by: java.lang.NullPointerException: Attempt to invoke interface method 'android.os.storage.StorageVolume[] android.os.storage.IStorageManager.getVolumeList(int, java.lang.S
Android StorageManager获取盘符路径
03-14
在 Android 中，可以使用 StorageManager 类的 getVolumePaths() 方法获取所有可用存储卷的路径。例如： StorageManager storageManager = (StorageManager) getSystemService(Context.STORAGE_SERVICE); String[] ...
StorageManager.apk
05-01
StorageManager.apk
Android 12系统源码_存储（二）StorageManagerService服务
最新发布
AfinalStone的专栏
07-17 1002
结合Android12系统源码解析StorageManagerService的相关源码。
Android存储系统源码走读（一）：StorageManagerService
2401_84102892的博客
04-03 1095
connectStoraged和connectVold分别是获取Vold和Storaged服务的bp端，设置死亡代理， 为Vold设置Listener监听，然后调用onDaemonConnected。改变人生，没有什么捷径可言，这条路需要自己亲自去走一走，只有深入思考，不断反思总结，保持学习的热情，一步一步构建自己完整的知识体系，才是最终的制胜之道，也是程序员应该承担的使命。// 将/data为路径的private volume添加到mVolumes。// 获取Vold的bp端用于通信。
Android_StorageManager存储模块
Yang_Mao_Shan的博客
07-13 2923
Android 外部存储空间由 Vold 服务和 StorageManagerService 系统服务共同管理。外部实体存储卷的装载由 Vold 处理，准备好后上报给 StorageManagerService，然后再将其提供给应用。在 Android 8.0 及以后，MountService 服务已经更名为 StorageManagerServic，并且 StorageManagerService 与 Vold 的通信由 socket 变更为 binder 方式。层级结构主要文件代码路径。
In Android 8.0, the MountService class was renamed to StorageManagerService.
ConceptCon
11-21 1507
Device Configuration External storage is managed by a combination of the vold init service and StorageManagerService system service. Mounting of physical external storage volumes is handled by 
android 8.0 MountService -->StorageManagerService
qq_37610155的博客
01-05 4827
android 8.0 MountService -->StorageManagerService 从android开始一直以来的MountService变更成了StorageManagerService。 位置： W:\mtk8.0\v7200\mydroid\frameworks\base\services\core\java\com\android\server\StorageManag
Android源码解析--DeviceStorageManagerService（DeviceStorageMonitorService）服务详解
追yi流年
04-01 2771
DiskStatsService和DeviceStorageMonitorService两个服务都和系统内部存储管理、监控有关。 这一篇继续学习DeviceStorageMonitorService(以下简称DSMS)。 DeviceStorageMonitorService和DeviceStorageManagerService是一个东西，只是在5.0以后，名字改为了DeviceStorageM...
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值