一、概述本文讲述Android存储系统的架构与设计，基于Android6.0的源码，涉及到最为核心的便是MountService和Vold这两个模块以及之间的交互。为了缩减篇幅，只展示部分核心代码。

android的后台运行在很多service，它们在系统启动时被SystemServer开启，支持系统的正常工作，比如MountService监听是否有SD卡安装及移除，ClipboardService

   android的后台运行在很多service，它们在系统启动时被SystemServer开启，支持系统的正常工作，比如MountService监听是否有SD卡安装及移除，ClipboardService

后台Service在系统启动时被SystemService开启MountService：监听是否有SD卡安装及移除ClipboardService：提供剪切板功能PackageManagerService

Android的存储系统主要由SystemServer进程中的MountServer进程中的MountService和Vold进程中的VolimeManager组成，他们管理着系统的存储设备，执行各种操作

Android的存储系统主要由SystemServer进程中的MountServer进程中的MountService和Vold进程中的VolimeManager组成，他们管理着系统的存储设备，执行各种操作

Android的存储系统（三）回顾：前帖分析了Vold的main()函数和NetlinkManager的函数调用流程，截止到NetlinkHandler的创建和start()调用，本帖继续分析源码  1、处理block类型的ueventmain()函数创建了CommandListener对象，NetlinkManager的start()函数又创建了NetlinkHandler对象，如果将Comma

Android的存储系统（三）回顾：前帖分析了Vold的main()函数和NetlinkManager的函数调用流程，截止到NetlinkHandler的创建和start()调用，本帖继续分析源码  1、处理block类型的ueventmain()函数创建了CommandListener对象，NetlinkManager的start()函数又创建了NetlinkHandler对象，如果将Comma

Android的存储系统（二）回顾：前贴主要分析了Android存储系统的架构和原理图，简要的介绍了整个从Kernel-->Vold-->上层MountService之间的数据传输流程，在这样的基础上，

Android的存储系统（一）看了很长时间Vold存储模块的相关知识，也死扣了一段时间的Android源码，发现Android存储系统所涉及的函数调用，以及Kernel与上层之间的Socket传输真的是让人头疼，除了需要整理整个架构的原理以外，还要反复看源码，真真的郁闷。郁闷之余，还是打算把自己看过的经验之贴和参考资料进行整理，以帖子的形式发出来，供码神们参考，有不对的地方请指正，我们互相交流，下

Android的存储系统（一）看了很长时间Vold存储模块的相关知识，也死扣了一段时间的Android源码，发现Android存储系统所涉及的函数调用，以及Kernel与上层之间的Socket传输真的是让人头疼，除了需要整理整个架构的原理以外，还要反复看源码，真真的郁闷。郁闷之余，还是打算把自己看过的经验之贴和参考资料进行整理，以帖子的形式发出来，供码神们参考，有不对的地方请指正，我们互相交流，下

addMonitor()WindowManagerService、ActivityManagerService、PowerManagerService、NetworkManagementService、MountService

分享给大家供大家参考，具体如下：1.说明android的后台运行在很多service，它们在系统启动时被SystemServer开启，支持系统的正常工作，比如MountService监听是否有SD卡安装及移除

既上面两篇博客，继续分析vold、对外置SD卡和OTG的分析：一、process_config函数上一篇我们再main函数中分析了VolumeManager的start函数，这次我们接下来分析process_config函数staticintprocess_config(VolumeManager*vm){ std::stringpath(android::vold::DefaultFstabPa

Android6.0vold除了通信部分改动不大，其他基本改动很大，那我们就从头开始分析一下吧。一、vold初始化先看下main函数中下面这段代码if(!(vm=VolumeManager::Instance())){//new了volumemanager，构造函数中就是一些成员变量初始化 LOG(ERROR)setDebug(true); } cl=newCommandListener();/

Android6.0对存储这块的改动还是比较大的，前面我们讲过了Android5.1上相关的代码，这里我们主要讲下区别，至于相同的部分，比如通信部分就不讲了，大家感兴趣可以看我之前5.1MountService

Android6.0对存储这块的改动还是比较大的，前面我们讲过了Android5.1上相关的代码，这里我们主要讲下区别，至于相同的部分，比如通信部分就不讲了，大家感兴趣可以看我之前5.1MountService

fromerr=Te05DFLK目录[-]系统分区挂载外置分区挂载Vold守候进程分析Uevent测试程序Vold的启动分析vold的工作流程MountService分析：MountService总体框架

1.接收客户发送的USB枚举事件通知，并做出枚举或退出   frameworks/base/services/java/com/android/server/MountService.java   在handleSystemReady

android的后台运行在很多service，它们在系统启动时被SystemServer开启，支持系统的正常工作，比如MountService监 听是否有SD卡安装及移除，ClipboardService

Android的后台运行在很多service，它们在系统启动时被SystemServer开启，支持系统的正常工作，比如MountService监听是否有SD卡安装及移除，ClipboardService

一、常用系统服务 　　后台Service在系统启动时被SystemService开启 　　1、MountService：监听是否有SD卡安装和移除。 　　

说明 　　android的后台运行在很多service，它们在系统启动时被SystemServer开启，支持系统的正常工作，比如 MountService监听是否有SD卡安装及移除，ClipboardService

netd，NetworkManagerService和vold，MountService很相似。

今天我们来看看vold的拔走存储设备的两个函数handleDiskRemovedhandlePartitionRemoved在vold中，当拔走sd卡，或者拔走otg的u盘等会调用DirectVolume::handleBlockEvent函数里的handleDiskRemoved和handlePartitionRemoved函数：}elseif(action==NetlinkEvent::N

主要从以下几个模块分析系统分区的挂载、外部分区挂载、Vold守候进程分、MountService的业务分析、Sdcard的详细分析、MTP模式分析和设备存储空间的监控机制。

大容量存储的接口在StorageManager中的代码如下：publicvoidenableUsbMassStorage(){ try{ mMountService.setUsbMassStorageEnabled(true); }catch(Exceptionex){ Log.e(TAG,"FailedtoenableUMS",ex); } } /** *DisablesUSBMassStor

在vold执行mount命令时，挂载完之后会起来一个Service，我们今天来分析下其作用：intVolume::mountVol(){ dev_tdeviceNodes[4]; intn,i,rc=0; charerrmsg[255]; intflags=getFlags(); boolprovidesAsec=(flags&VOL_PROVIDES_ASEC)!=0; ..........

在我的博客里，已经对vold和MountService分析过了。http://blog.csdn.net/kc58236582/article/details/46122979这里在进一步分析。

MountService和Vold交互，比如会发送一些广播，是接受到了vold的信息之后采取的动作。另外也会向vold发送挂载SD卡等命令。

1.说明android的后台运行在很多service，它们在系统启动时被SystemServer开启，支持系统的正常工作，比如MountService监听是否有SD卡安装及移除，ClipboardService

MountService作为Vold的客户端，会接收来自vold的消息，并且内部定义保存了各种Volume相关的状态定义：1、VolumeStateclassVolumeState{ publicstaticfinalintInit

Commandlinstener主要是建立监听端socket，与MountService客户端建立链接请求，当有数据进行逻辑交互时，调用相应的Command来进行处理。

1、CommandLinstener是MountService与VolumeManager的中介。负责命令的上传下达。内部使用socket用于跨进程通信。作为soc

这几天测试的时候发现个很奇怪的问题如果将ＴＦ卡插到读卡里然后在插到板子上热插拔后都可以挂载上但是使用Ｕ盘只有第一次插上去的时候能挂载上拔下来后在插上就挂载不上了驱动里可以识别到Ｕ盘已经插入研究了MountService

代码frameworks/base/services/java/com/android/server/MountService.javaframeworks/base/core/java/android

my.oschina.net/yuanxulong/blog/323173android的后台运行在很多service，它们在系统启动时被SystemServer开启，支持系统的正常工作，比如MountService

中有解析到Vold是从kernel中获取uevent事件，来获取device信息，其中是通过一个Netlink的套接字，目前整个Vold机制也分析完了， 上篇Android——4.2Vold挂载管理_MountService

层的交互在Android——4.2Vold挂载管理_CommandListener(二)中有提到过，是通过一个"vold"的socket进行通信的，这里分析一下framework中负责与Vold通信的：MountService

转自：http://blog.csdn.net/lylianlll/article/details/8475541用android的MountService来分析Watchdog的注册和监控过程.代码路径为

android的后台运行在很多service，它们在系统启动时被SystemServer开启，支持系统的正常工作，比如MountService监听是否有SD卡安装及移除，ClipboardService

Vold和Rild均为Native层，而MountService为java层。Vold流程：Vold的NetlinkManager接收来自Linuxkernel层的uevent消

blog.csdn.net/bianhaohui/article/details/6220135    android的后台运行在很多service，它们在系统启动时被SystemServer开启，支持系统的正常工作，比如MountService

Storage框架整理一storage功能相关模块MountService.java             base/services/java/com/android/server/MountService.javaPackageManagerService.java

MoutService当android系统启动时，system将MountService添加到启动服务里面，而MountService会开启一个线程来运行NativeDaemonConnector，由它来监听

VOLD进程启动源码分析一文中介绍了存储设备的管控中心Vold进程，Vold属于native后台进程，通过netlink方式接收kernel的uevent消息，并通过socket方式将uevent消息发送给MountService

 androidusb挂载分析----vold启动 androidusb挂载分析---MountService启动 androidusb挂载分析---vold处理内核消息 androidusb挂载分析-

用android的MountService来分析Watchdog的注册和监控过程.代码路径为:frameworks/base/services/java/com/android/server/MountService.java

1.说明android的后台运行在很多service，它们在系统启动时被SystemServer开启，支持系统的正常工作，比如MountService监听是否有SD卡安装及移除，ClipboardService

上图关系为：  StorageManager为Client，MountService是Server，通过AIDL进行进程间通信。