问题比较少见，只有你在跨进程传递数据的时候会碰到，如pendingIntent中
在7.0中通过pendingIntent的bundle传递的数据时，你会发现serializable和parcelable的数据拿不到
如果你只传了string，那是没问题的，但是如果你传了string和一个serializable你会发现，不光serializable拿不到，连string也拿不到了，黑人问好脸吧
原因参考：
https://commonsware.com/blog/2016/07/22/be-careful-where-you-use-custom-parcelables.html
解决方案：
https://stackoverflow.com/questions/18000093/how-to-marshall-and-unmarshall-a-parcelable-to-a-byte-array-with-help-of-parcel/18000094#18000094
他的解决方法很独特，将所有数据转为基本类型bytes再去传递，当然，这可以解决我们的问题
然后我就想既然byte能解决，只传string也没问题，那为什么不干脆直接传string嗯，所以另一个简单的修改方法就是把所有的对象全部转成jsonstring去传递，也可以解决问题
然后续继续寻找有没有更加合适的方案时发现google的issuetracker中有个大神发现了一个更简单的方法，直接把所有数据放到bundle里，然后将bundler作为参数传递即intent.putExtra("data",bundle)也可以解决问题
详情参考：
https://issuetracker.google.com/issues/37097877
以下是简单例子：
public class LongRunningService extends Service {
private MeasurePlan measurePlan;
@Nullable
@Override
public IBinder onBind(Intent intent) {
return null;
}
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
AlarmManager manager = (AlarmManager) getSystemService(ALARM_SERVICE);
Intent intent = new Intent(this, AlarmReceiver.class); //AlarmReceiver:继承BroadcastReceiver的类
Bundle bundle = new Bundle();
bundle.putSerializable("MeasurePlan", measurePlan); //measurePlan：要传递的实体类
intent.putExtra("data",bundle);
//参数：getBroadcast(Context context, int requestCode, Intent intent, int flags)，flag是标记的意思，可以通过PendingIntent点调用不同标记
PendingIntent pi = PendingIntent.getBroadcast(this, 0, i, 0);
//ELAPSED_REALTIME_WAKEUP表示让定时任务的出发时间从系统开机算起，并且会唤醒CPU。
manager.set(AlarmManager.ELAPSED_REALTIME_WAKEUP, triggerAtTime, pi);
}
}
AlarmManager里面一些方法 :
1.set(int type，long startTime，PendingIntent pi)；
该方法用于设置一次性闹钟，第一个参数表示闹钟类型，第二个参数表示闹钟执行时间，第三个参数表示闹钟响应动作。
2.setRepeating(int type，long triggerAtTime，long intervalTime，PendingIntent pi)；
该方法用于设置重复闹钟，第一个参数表示闹钟类型，第二个参数表示闹钟首次执行时间，第三个参数表示闹钟两次执行的间隔时间， 第三个参数表示闹钟响应动作。
3.setInexactRepeating（int type，long startTime，long intervalTime，PendingIntent pi）；
该方法也用于设置重复闹钟，与第二个方法相似，不过其两个闹钟执行的间隔时间不是固定的而已。
type:闹钟类型，有五个可选值
1.ELAPSED_REALTIME：以手机开机的时间为基准
2.ELAPSED_REALTIME_WAKEUP：以手机开机的时间为基准，并且可以在休眠时发出广播
3.RTC：以UTC标准时间为基准
4.RTC_WAKEUP：以UTC标准时间为基准，并且可以在休眠时发出广播。这种方式是最常见的形式。
5.POWER_OFF_WAKEUP：关机状态下也能进行提示
long startTime：
表示闹钟第一次执行的时间，可以自己设置，也可以使用系统当前时间，以毫秒为单位。本属性与第
一个属性（type）密切相关，如果第一个参数对 应的闹钟使用的是相对时间（ELAPSED_REALTIME和ELAPSED_REALTIME_WAKEUP）， 那么本属性就得使用相对时间（相对于 系统启动时间来
说），比如当前时间就表示为：SystemClock.elapsedRealtime()； 如果第一个参数对应的闹钟使用的是绝对时间 （RTC、RTC_WAKEUP、POWER_OFF_WAKEUP），那么本属性就得使用绝对时间， 比如当前时间就表示 为：System.currentTimeMillis()。
long intervalTime：
闹钟的间隔时间，也是毫秒为单位。
PendingIntent pi：
这个就是我们可以执行的动作，可以去启动一个service，发送一个广播，启动一个activity，方法一看就明白了。
最后一个小提示：
Calendar.HOUR_OF_DAY （24小时）
Calendar.HOUR (12小时)
完成之后在自定义类中获取数据：
public class AlarmReceiver extends BroadcastReceiver {
private MeasurePlan measurePlan;
private MedicinePlan medicinePlan;
@Override
public void onReceive(Context context, Intent intent) {
Bundle data = intent.getBundleExtra("data");
medicinePlan = (MedicinePlan)data.get("MedicinePlan");
}
}
最后是清单文件AndroidManifest.xml的注册：
<service android:name=".activitys.inform.remindservice.LongRunningService" />
<receiver
android:name=".activitys.inform.remindservice.AlarmReceiver">
</receiver>
---------------------
作者：EncounterTo
来源：CSDN
原文：https://blog.csdn.net/EncounterTo/article/details/79305324
版权声明：本文为博主原创文章，转载请附上博文链接！
