解决AlarmManager时间不准

言归正传！ 在最近的Bug中发现一个问题，项目有用到预约的功能，所以就使用了AlarmManager来进行定时提醒的功能。当时开发这个功能的时候并没有发现会有这种Bug，原因是开发时只会预约一个来测试功能是否有实现，实现了就算完成，而这个问题恰好是有多个预约时才会发生的问题（这里的多个预约是指系统中有多个AlarmManager的定时，具体为什么这样说，下面我会提到），比如当我进行了10个预约，也就是设定了10个AlarmManager的时候，我让设备休眠（我用的Type是RTC_WAKEUP），依次观察10个通知的提醒。发现其中会有一两个通知并没有按照我设定的时间唤醒设备，而是会和与他时间相近的下一个预约同时出现（也就是发生了时间不精确的问题）。当时发现这个问题时以为是我在传递预约时间时发生了问题，就打Log查看了一下，发现并没有什么问题，既然时间没有问题，那很有可能是AlarmManager的问题，上网查了一下，在Android的文档中发现了端倪。

官方文档说从API19（android4.4）开始, 为了节能省电（减少系统唤醒和电池使用）。使用Alarm.set()和Alarm.setRepeating()已经不保证精确性（是不是突然一下就蒙了，不精确还怎么用？），不过Google怎么可能会做出这样不合理的设计呢！接着看就会发现其实Google还提供两个精确的Ala