android提供了一系列的API，使得我们可以在程序中调用很多的多媒体资源，从而编写出更加丰富多彩的应用程序。
使用通知
通知（Notification）是Android系统中比较有特色的一个功能，当某个应用程序希望向用户发出一些提示信息，而该应用程序又不在前台运行时，就可以借助通知来实现。发出一条通知后，手机最上方的状态栏会显示一个通知的图标，下拉状态栏后可以看到通知的详细内容。Android的通知功能获得了大量用户的认可和喜爱，就连IOS系统也在5.0版本之后加入了类似的功能。
通知的基本用法
通知的用法比较灵活，既可以在活动里创建，也可以在广播接收器里创建，也可以在服务里创建。像比如广播接收器与服务，在活动里创建的通知的场景还是比较少的，因为一般只有当程序进入到后台的时候我们才需要使用通知。
不过，无论是在那里创建通知，整体的步骤都是相同的。
首先需要一个NotificationManager来对通知进行管理，可以调用Context的getSystemService方法获取到。getSystemService方法接受一个字符串参数用于确定获取系统的哪个服务，这里我们传入Context.NOTIFICATION_SERVICE即可，因此，获取NotificationManager的实例就可以写成
接下来需要使用一个Builder的构造器来创建Notification对象，但问题在于，几乎Android系统的每一个版本都会对通知这部分功能进行或多或少的修改，API不稳定性问题再通知上面突显的尤其严重。那么该如何解决这个问题呢？其实就是使用support库中提供的兼容API。support-v4库中提供了一个NotificationCompat类，使用这个类的构造器来创建Notification对象，就可以保证我们的程序在所有Android系统版本上都能正常工作了，代码如下
上述代码只是创建了一个空的Notification对象，并没有实际作用，我们可以在最终的build方法之前连缀任意多的设置方法来创建一个丰富的Notification对象，先看一些最基本的设置：
上述代码一共调用了五个方法。
setContentTitle方法用于指定通知的标题内容
setContentText方法用于指定通知的正文内容，同样下拉系统状态栏就可以看到这部分内容。
setWhen方法用于指定通知被创建的时间，以毫秒为单位，当下拉系统状态栏时，这里指定的时间会显示在相应的通知上
setSmallIcon方法用于设置通知的小图标，注意只能使用纯alpha图层的图片进行设置，小图标会显示在系统状态栏上
setLargeIcon方法用于设置通知的大图标，当下拉系统状态栏时，就可以看到设置的大图标了。
以上工作都完成之后，只需要调用NotificationManager的notify方法就可以让通知显示出来了。notify方法接受两个参数，第一个是参数id，要保证为每个通知所指定的id都是不同的。第二个参数则是Notifycation对象，这里直接将我们刚刚创建好的Notification对象传入即可。因此，显示一个通知就可以写成：
下面通过一个具体例子来看一看通知时什么样子的。
新建一个NotificationTest项目，并修改activity_main,xml中的代码，如下
布局中只有一个send notice按钮用于发出通知。
接下来修改MainActivity中的代码，如下：
上述进行了通知的创建，为了简单起见通知栏的大小图都直接设置成了ic_launcher
接下来实现通知的点击效果，还需要在代码中进行相应的设置，一个新的概念：PendingIntent
从名字上就可以看出PendingIntent就和Intent有些类似，他们之间也确实存在着不少共同点。比如他们都可以去指定一个“意图”，都可以用于启动活动、启动服务以及发送广播等。不同的是Intent更加倾向于去立即执行某个动作，而PendingIntent更加倾向于在某个合适的时机去执行某个动作。所以，也可以把PendingIntent简单地理解为延迟执行的Intent。
PendingIntent的用法同样很简单，他主要提供了几个静态方法用于获取PendingIntent的实例，可以根据需求来选择是使用getActivity方法、getBroadcast方法还是getService方法。这几个方法所接收的参数都是相同的。，第一个参数依旧是Context。第二个参数一般用不到，通常是都是传入0即可。第三个参数是一个Intent对象，我们可以通过这个对象构建出PendingIntent的“意图”。第四个参数用于确定PendingIntent的行为，有FLAG_ONE_SHOT、FLAGE_NO_CREATE、FLAG_CANCEL_CURRENT和FLAG_UPDATE_CURRENT这四种值可以选，每种值的具体含义可以查看文档，通常情况下这个参数传入0就可以了。
再看NotificationCompat.Builder。这个构造器还可以再连追一个setContentIntent方法，接收的参数正是一个PendingIntent对象。因此，这里就可以通过PendingIntent构建出一个延迟执行的“意图”，当用户接收到这条通知时就会执行相应的逻辑。
现在来优化NotificationTest项目，给刚才的通知加上点击功能，让用户点击它的时候可以启动另一个活动。
首先要准备好另一个活动，右击com.example.notification包->New->Activity->Empty->Activity，新建NotificationActivity，布局起名为notification_layout。然后修改notification_layout.xml中的代码，如下
这样就把NotificationActivity这个活动准备好了，接下来我们修改MainActivity中的代码，给通知加入点击功能，如下
可以看到，这里先是使用Intent表达出我们想要启动NotificationActivity的“意图”，然后将构建好的Intent对象传入到PendingIntent的getActivity方法里，以得到PendingIntent的实例，接着在NotificationCompat.Builder中调用setContentIntent方法，把它作为参数传入即可。
现在运行后，实现了点击功能，但是发现系统状态栏上的通知图标还没有消失。
这是因为如果我们没有在代码中对该通知进行取消，它就会一直显示在系统的状态栏上。解决的方法有两种，一种是在NotificationCompat.Builder中再连追一个setAutoCancel方法，一种是显式的调用NotificationManager的cancel方法将他取消，我们都学习一下。
①第一种写法
可以看到，setAutocancel方法中传入true，就表示当点击了这个通知之后，通知会自动取消掉。
②第二种方法
这里在cancel方法中传入了1，这个1就是创建通知时给每条通知指定的id。如果你想取消掉哪条通知，就在cancel方法中传入该通知的id就行了。
通知的进阶学习
通知和广播的区别？？
上面创建的通知属于最基本的通知，实际上NotificationCompat.Builder中提供了非常丰富的API来让我们创建出更加多样的通知效果。从中选一些比较常用的API来学习。
首先是setSound方法。
它可以在通知发出时播放一段音频，这样就能更好地告知用户有通知到来。setSound方法接受一个Uri参数，所以在指定音频文件的时候还需要先获取到音频文件对应的URI。比如说，每个手机的/system/media/audio/ringtones目录下都有很多的音频文件，我们可以从中随便选一个音频文件，那么在代码中就可以这样指定：
除了允许播放音频外，我们还可以在通知到来的时候让手机进行震动，使用的时vibrate这个属性。它是一个长整型的数组，用于设置手机静止和振动的时长，以毫秒为单位。下标为0的值表示手机静止的时长，下标为1的值表示手机震动的市场，下标为2的值又表示手机静止的时长，以此类推。
所以，如果想要让手机在通知到来的时候立刻振动1秒，然后静止1秒，再震动1秒，代码就可以写成：
不过，想要控制手机震动还需要声明权限。因此，我们还得编辑AndroidManifest.xml文件，加入如下声明：
接下来学习如何在通知到来时控制手机LED灯的显示。
可以使用setLights方法来实现这种效果，setLights方法接受三个参数，第一个参数用于指定LED灯的颜色，第二个参数用于指定LED灯亮起的时长，以毫秒为单位，第三个参数用于指定LED灯暗去的时长，也是以毫秒为单位。所以，当通知到来时，如果想要实现LED灯以绿色的灯光一闪一闪的效果，就可以写成：
当然，如果你不想进行那么多繁杂的设置，也可以直接使用通知的默认效果，它会根据当前手机的环境来决定播放什么铃声，以及如何震动，写法如下：
通知的高级功能
setStyle方法，这个方法允许我们构建出富文本的通知内容。也就是说通知中不光可以有文字和图标，还可以包含更多的东西。setStyle方法接受一个NotificationCompat.Style参数，这个参数就是用来构建具体的富文本信息的，如长文字、图片等。
在开始使用setStyle方法之前，我们先来做一个试验吧，之前的通知内容都比较短，如果设置成很长的文字会是什么效果呢？比如这样写：
运行效果如图：
可以看到，通知是无法显示完整的，多余的部分会用省略号来代替。其实这也很正常， 因为通知的内容本来就应该言简意赅，详细内容放到点击后打开的活动当中会更合适。
但如果真的需要在通知中显示一段长文字，Android也是支持的，通过setStyle方法就可以做到：
我们在setStyle方法里创建了一个NotificationCompat.BighTextStyle对象，这个对象就是用于封装长文字信息的，我们调用它的bigText方法并将文字内容传入就可以了。
除了显示长文字之外，通知里还可以显示一张大图片，具体用法也是基本相似的：
这里仍是调用了setStyle方法，这次在参数中创建了一个NotificationCompat.BighPictureStyle对象，这个对象就是用于设置大图片的，通过BitmapFactory的decodeResource方法将图片解析成Bitmap对象，再传入到bigPicture方法中就可以了。
setPriority方法，它可以用于设置通知的重要程度。setPriority方法接受一个整型参数用于设置这条通知的重要程度，一共有五个常量值可选：PRIORITY_DEFAULT表示默认的重要程度，和不设置效果先沟通；PRIORITY_MIN表示最低，系统可能只会在特定场景下才显示这条通知，比如用户下来状态栏的时候；PRIORITY_LOW表示较低，系统可能会将这类通知缩小，或改变其显示的顺序，将其排在更重要的通知之后；PRIORITY_HIGH表示较高的重要程度，系统可能会将这类通知放大，或改变其显示的顺序，排的靠前；PRIORITY_MAX表示最高的重要程度，这类通知消息必须要让用户立刻看到，甚至需要用户做出相应操作。具体写法如下：
可以看到现在是弹出了一个横幅，并附带了通知的详细内容。
调用摄像头和相册
调用摄像头
在应用程序中调用手机的摄像头进行拍照
新建一个CameraAlbumTest项目，然后修改activity_main.xml中的代码
布局文件中只有两个控件，一个Button，一个ImageView。Button用于打开摄像头，ImageView用于将拍到的图片显示出来。
然后开始编写调用摄像头的具体逻辑，修改MainActivity中的代码
首先在这里创建了一个File对象，用于存放摄像头拍下的图片，这里把图片命名为output_image.jpg，并将它存放在手机SD卡的应用关联缓存目录下。
什么教应用关联缓存目录呢？就是指SD卡中专门用于存放当前应用缓存数据的位置，调用getExternalCacheDir方法可以得到这个目录，具体的地址是/sdcard/Android/data//cache。那么为什么要使用应用关联缓存目录来存放图片呢？因为从Android6.0系统开始，读写SD卡被列为了危险权限，如果将图片存放在SD卡的任何其他目录，都要进行运行时权限处理才行，而使用应用关联目录则可以跳过这一步。
接着会进行一个判断，如果运行设备的系统版本低于Android7.0，就调用Uri的fromFile方法将File对象转换成Uri对象，这个Uri对象表示着output_image.jpg这张图片的本地真实路径。否则，就调用FileProvider的getUriForFile方法将File对象转换成一个封装过的Uri对象。getUriForFile方法接收三个参数，第一个参数要求传入Context对象，第二个参数可以实任意唯一的字符串，第三个参数则是我们刚刚创建的File对象。之所以要进行这样一层转换，是因为从Android7.0系统开始，直接使用本地真实路径的Uri被认为是不安全的，会抛出一个FileUriExposedExpception异常。而FileProvider则是一种特殊的内容提供器，它使用了和内容提供器类似的机制来对数据进行保护，可以选择性的将封装过的Uri共享给外部，从而提高了应用的安全性。
接下来构建出了一个Intent对象，并将这个Intent的action指定为android.mdeida.action.IMAGE_CAPTURE,在调用Intent的putExtra方法指定图片的输出地址，这里输入刚刚得到的Uri对象，最后调用startActivityForResult来启动活动。由于我们使用的是一个隐式Intent，系统会找出能够响应这个Intent的活动去启动，这样照相机程序就会被打开，拍下的照片将会输出到output_image.jpg中。
注意，刚才我们是使用startActivityForResult来启动活动的，因此拍完照后会有结果返回到onActivityResult方法中。如果发现拍照成功，就可以调用到BitmapFactory的decodeStream方法将output_image.jpg这张照片解析成Bitmap对象，然后把它设置到ImageView中显示出来。
不过现在还没有结束，刚才提到了内容提供器，那么我们自然要再AndroidManifest.xml中对内容提供器进行注册了
其中，name属性的值是固定的，authorities属性的值必须要和刚才FileProvider.getUriForFile方法中的第二个参数一致。另外，这里还在标签的内部使用来指定Uri的共享路径，并引用了一个@xml/file_paths资源。当然，这个资源现在还是不存在的，下面我们就来创建它。
其中，external-path就是用来指定Uri共享的，name属性的值可以随便填，path属性的值表示共享的具体路径。这里设置空值就表示将整个SD卡进行共享，当然你可以仅共享我们存放output_image.jpg这张图片的路径。
另外还有一点要注意，在Android4.4系统之前，访问SD卡的应用关联目录也是要声明权限的，从4.4系统开始不再需要权限声明。那么我们为了能够兼容老版本的手机，还需要再AndroidManifest.xml中声明一下访问SD卡的权限：
meta-data简介
直译为“元数据”，该标签可为、、、、、等组件提供附加数据项。
组件元素可以包含任意数量的子元素。系统将meta-data配置的数据存储于一个Bundle对象中，可以通过PackageItemInfo.metaData字段获取。语法配置
android:name
分配给该标签的键，即唯一名称。为确保名称唯一应使用Java风格命名约定，如“
com.example.project.activity.fred”。android:resource
对资源的引用，如“@string/app_name”。该资源ID可以通过该metaData.getInt()方法获取 。
android:value
分配给该标签的值，如String、Boolean等。
现在就可以进行拍照了。
从相册中选择照片
还是在CameraAlbumTest项目的基础上进行修改，编辑activity_main.xml文件，在布局中添加一个按钮用于从相册中选择照片，代码如下:
然后修改活动中的代码，加入从相册选择照片的逻辑，代码如下:
在这个按钮的点击事件里，我们显示进行了一个运行时权限处理，动态申请WRITE_EXTERNALE_STORAGE这个危险权限。因为相册中的照片都是存储在SD卡上，我们要从SD卡中读取照片就需要申请这个权限。WRITE_EXTERNALE_STORAGE表示同时授予程序对SD卡的读和写的能力。
当用户授权了权限申请后会调用openAlbum方法，这里我们先是构建出了一个Intent对象，并将它的action指定为android.intent.action.GET_CONTENT。接着给这个Intent对象设置一些必要的参数，然后调用startActivityForResult方法的时候就可以打开相册程序选择相片了。注意在调用startActivityForResult方法的时候，我们给第二个参数传入的值变成了CHOOSE_PHOTO，这样当从相片选择完图片汇到onActivityResult方法时，就会进入CHOOSE_PHOTO的case来处理图片。、
接下来的逻辑就比较复杂了，首先为了兼容新老版本的手机，我们做了一个判断，如果是4.4及以上的系统手机就调用handleImageOnKitKat方法来处理图片，否则就调用handImageBeforeKitKat方法来处理图片。之所以要这样做，是因为android系统从4.4版本开始，选取相册中的图片不再返回图片真实的Uri了，而是一个封装过的Uri，因此如果是4.4版本以上的手机就需要对这个Uri进行解析才行。
handleImageOnKitKat方法中的逻辑就基本时如何解析这个封装过的Uri了。这里有好几种判断情况，如果返回的Uri时document类型的话，那就去除document id进行处理，如果不是的话，那就是用普通的方式处理。另外，如果Uri的authority时media格式的话，document id还需要再进行一次解析，要通过字符串分割的方式去除后半部分才能得到真正的数字id。去除的id用于构建新的Uri和条件语句，然后把这些值作为参数传入到getImagePath方法中，就可以获取到图片的真实路径了。拿到图片之后，再调用displayImage方法将图片显示到界面上。
相比于handleImageOnKitKat方法，handImageBeforeKitKat方法中的逻辑就要简单得多了，因为它的Uri是没有封装过的，不需要任何解析，直接将Uri传入到getImagePath方法当中就能获取到真实路径了，最后同样是调用displayImage方法来让图片显示到界面上。
这个地方不太懂，在downloads.documents，这个代表了什么
getimagepath中的selection含义也不理解，传进去的Uri EXTERNAL_CONTENT_URI又是个啥
MediaStore这个类是Android系统提供的一个多媒体数据库
播放多媒体文件
Android在播放音频和视频方面提供了一套较为完整的API，使得开发者可以很轻松的编写出一个简易的音频或视频播放器。
播放音频
在Android中播放音频文件一般都是使用MediaPlayer类来实现的，它对多种格式的音频文件提供了非常全面的公职方法，从而使得播放音乐的工作变得十分简单。下表列出了MediaPlayer类中一些较为常用的控制方法：
梳理一下MediaPlayer的工作流程：
首先需要创建出一个MediaPlayer对象，然后调用setDataSource方法来设置音频文件的路径，再调用prepare方法使MediaPlayer进入到准备状态，接下来调用start方法就可以开始播放音频，调用pause方法就会暂定播放，调用reset方法就会停止播放。
具体例子：
新建一个PlayAudioTest项目，修改activity_main中的代码，如下：
定义了三个按钮，对音频进行播放、暂停和停止操作。
然后修改MainActivity中的代码，如下：
先动态申请权限。
最后在onDestroy方法中，我们还需要调用stop和release方法将MediaPlayer相关的资源释放掉
最后要在AndroidManifest.xml文件中声明用到的权限，如下：
播放视频
主要是使用VideoView类来实现的。这个类将视频的显示和控制集于一身，使得我们仅仅借助它就可以完成一个建议的视频播放器。VideoView的用法和MediaPlayer也比较累死，主要有以下常用方法:
例子：
新建PlayVideoTest项目，修改activity_main中的代码。如下：
布局中定义了三个按钮，用于播放暂停和重新播放。然后按钮下面有放了一个VideoView，稍后的视频就将在这里显示。
接下来修改MainActivity中的代码，如下：
在最后的onDestroy方法中，我们还需要调用一下suspend方法，将VideoView所占用的资源释放掉，另外要记得声明权限！
可以发现，VideoView和MediaPlayer用法很相似，其实VideoView只是帮我们做了一个很好的封装，它的背后仍然是使用MediaPlayer来对视频文件进行控制的。另外需要注意，VideoView并不是一个万能的视频播放工具里，它在视频格式的支持以及播放效率都存在着较大的不足。
但是如果只是用于播放一些游戏的片头动画，或者某个应用的视频宣传，使用VideoView还是绰绰有余滴。