Android 平台上的媒体文件管理和桌面系统不同在桌面系统上，不同目录下的媒体文 件呈树状结构显示给用户，用户需要进入不同目录寻找该目录下的文件而在Android平台 上，不同目录下的媒体文件则以一层列表方式显示给用户，用户不需进入子目录就可以列出 （某种类型的）所有媒体文件在Android 上,为了实现这种模式的媒体文件管理，对所有管理的媒体文件抽取其元数 据，也就是ID3（mp3文件包含的元数据可参考http://en.wikipedia.org/wiki/ID3）,存储 在数据库中，并作为一个con ten t provider提供给其他应用使用用户的每一次显示媒体 文件的操作，就是对这个数据库的一次查询操作在多媒体管理模块中，主要分成三个模块：多媒体数据库MediaStore这个类是android系统提供的一个多媒体数据库,android中多媒体信息都可以从这里 提取这个MediaStore包括了多媒体数据库的所有信息，包括音频，视频和图像Android把所有的多 媒体数据库接口进行了圭寸装，所有的数据库不用自己进行创建，直接调用利用^ontentResolver去掉 用那些封装好的接口就可以进行数据库的操作，多媒体数据库的使用方法和SQLITE3的方法是一样 的。
MediaStore中的数据是在MediaScanner扫描后通过MediaProvider中的一个service进行更新的 框架图如下：MediaScanner在 Android 系统中，多媒体库是通过 MediaScanner 去扫描磁盘文件，对元信息的处理 并通过 MediaProvider 保存到 MediaStore 中下图为 MediaScannerr 框架：图 1-1 MediaScanner 框架流程MediaScanner 可以通过手动控制，在 ANDROID 系统中，已经定制了三种事件会触发 MediaScanner 去扫描磁 盘文件： ACTION_BOOT_COMPLETED 、 ACTION_MEDIA_MOUNTED 、 ACTION_MEDIA_SCANNER_SCAN_FILE其中 ACTION_BOOT_COMPLETED 是系统启动完后发出这个 消息，ACTION_MEDIA_MOUNTED 是插卡事件触发的消息，ACTION_MEDIA_SCANNER_SCAN_FILE 消息一般是在一些文件操作后，开发人员手动发出的一个重新扫描多媒体文件的消息发送 消息通过sendBroadcast函数完成，比如广播一个ACTION_MEDIA_MOUNTED消息： sendBroadcast(new Intent(Intent.ACTION_MEDIA_MOUNTED, Uri.parse("file://"+ Environment.getExternalStorageDirectory())));由上可知是通过发送了一个广播(传递对应的扫描要求)来触发重新扫描磁盘事件， 那么可以猜测系统肯定存在一个广播接收器(何时何地注册？)，在收到这个广播消息后， 通过对应参数启动MediaScannerService。
MediaScannerService调用一个公用类 MediaScanner去处理真正的工作MediaScannerReceiver维持两种扫描目录：一种是内部卷 (internal volume)指向$(ANDROID_ROOT)/media.另一种是外部卷(external volume) 指向$(EXTERNAL_STORAGE)，扫描的位置可以修改(一般外部不用修改，默认为SDCARD，内 部根据驱动命名的INAND路经名做对应的修改)，对应图1T系统源码具体位置： MediaScannerReceiver： /mydroid/packages/providers/MediaProvider/src/com/android/providers/media/Media ScannerReceiver.javaScanner事件接收，继承了 Broadcas tReceiver类，收到扫描消息后启动 MediaScannerService，但有一点要注意的是：Service的onCreate的方法只会被调用一次， 就是你无论多少次的start Service又bindService， Service只被创建一次。
如果先是bind 了，那么st ar t的时候就直接运行Service的onS tar t方法，如果先是st ar t,那么bind的时候就直接运行o nBind方法如果你先bind上了，就st op不掉了，对啊，就是st opService不 好使了，只能先UnbindService,再StopService,所以是先start还是先bind行为是有区别 的关于BINDLE接口请参考其它文档）MediaScannerService： /mydroid/packages/providers/MediaProvider/src/com/android/providers/media/MediaScannerService.java 通过此服务，去调用 MediaScanner 的具体实现方法MediaScanner: （方法） \frameworks\base\media\java\android\media\ MediaScanner.javaMediaPlayer 整体流程：Thumbnails 缩略图概述 缩略图保存位置：/sdcard/DCIM/. thumbnails缩略图(大)：一张张的JPEG文件所有的都存入同一个二进制文件.thumbdata+version+” -”+hashcode，字节大小均为 10000bytes详解：对于每一张图片，都会生成大缩略图和小缩略图，大缩略图保存在(外部设备) /sdcard/DCIM/. thumbnails/目录下，大缩略图大小上限是512 X 384,下限1 XI。
小缩略 图被统一保存到一个随机访问文件 (外部设备) /sdcard/DCIM/.thumbnails/+".thumbdata" + version + "-"+ mUri.hashcode()缩略图存储到数据库里面扫描一个文件的最后 endfile()会 mMediaProvider.insert()或者 mMediaProvider.update ()在 mMediaProvider.insert ()时对于 IMAGES_MEDIA 和 VIDEO_MEDIA类型：requestMediaThumbnail() --->mCurrentThumbRequest.execute(); 在执行时会首先会去 缩略图的数据库中查询，查询到就返回，未查询到会Thumbnail Uti l.crea teVideoThumbnail(mPa th)或者ThumbnailUtil.createImageThumbnail(mCr, mPath, mUri mOrigId,Images.Thumbnails.MICRO_KIND, true/*saveMini*/) ) ;创建图片缩略图：创建 thumbnail 时调用 ThumbnailUtil.makeBitmap ()创建；如果saveMini 为真会保 存缩略图 ThumbnailUtil.storeThumbnail(cr, origId, thumbData, bitmap.getWidth(), bitmap.getHeight());;保存时会通过origId向数据库查询，查到返回对应的uri，未查 找到就插入数据库并返回uri，最终返回bit map。
对于创建视频缩略图：直接在视频文件中 取一帧得到bintmap并返回保存大缩略图到文件：press(Bitmap.CompressFormat.JPEG, 75, miniOutStream);保存小缩略图到随 机访问文件： data = miniOutStream.toByteArray();miniThumbFile.saveMiniThumbToFile(data, mOrigId, magic);在 mMediaProvider.update ()时，对 IMAGES_MEDIA, IMAGES_MEDIA_ID, VIDEO_MEDIA, VIDEO_MEDIA_ID类型会查询magic，如果没查到会执行requestMediaThumbnail (),流程 同上m akeT hi 11 nl»A sync ()
可参考里面的代码图 3 MediaProvider 代码架构。