問題比較少見，只有你在跨進(jìn)程傳遞數(shù)據(jù)的時(shí)候會(huì)碰到，如pendingIntent中
在7.0中通過pendingIntent的bundle傳遞的數(shù)據(jù)時(shí)，你會(huì)發(fā)現(xiàn)serializable和parcelable的數(shù)據(jù)拿不到
如果你只傳了string，那是沒問題的，但是如果你傳了string和一個(gè)serializable你會(huì)發(fā)現(xiàn)，不光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
他的解決方法很獨(dú)特，將所有數(shù)據(jù)轉(zhuǎn)為基本類型bytes再去傳遞，當(dāng)然，這可以解決我們的問題
然后我就想既然byte能解決，只傳string也沒問題，那為什么不干脆直接傳string嗯，所以另一個(gè)簡單的修改方法就是把所有的對(duì)象全部轉(zhuǎn)成jsonstring去傳遞，也可以解決問題
然后續(xù)繼續(xù)尋找有沒有更加合適的方案時(shí)發(fā)現(xiàn)google的issuetracker中有個(gè)大神發(fā)現(xiàn)了一個(gè)更簡單的方法，直接把所有數(shù)據(jù)放到bundle里，然后將bundler作為參數(shù)傳遞即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：要傳遞的實(shí)體類
? ? ? intent.putExtra("data",bundle);
? ? ? //參數(shù)：getBroadcast(Context?context,?int?requestCode,?Intent?intent,?int?flags)，flag是標(biāo)記的意思，可以通過PendingIntent點(diǎn)調(diào)用不同標(biāo)記
? ? ? PendingIntent pi = PendingIntent.getBroadcast(this, 0, i, 0);
? ? ? //ELAPSED_REALTIME_WAKEUP表示讓定時(shí)任務(wù)的出發(fā)時(shí)間從系統(tǒng)開機(jī)算起，并且會(huì)喚醒CPU。
? ? ? manager.set(AlarmManager.ELAPSED_REALTIME_WAKEUP, triggerAtTime, pi);
? }
}
AlarmManager里面一些方法?:
1.set(int type，long startTime，PendingIntent pi)；
該方法用于設(shè)置一次性鬧鐘，第一個(gè)參數(shù)表示鬧鐘類型，第二個(gè)參數(shù)表示鬧鐘執(zhí)行時(shí)間，第三個(gè)參數(shù)表示鬧鐘響應(yīng)動(dòng)作。
2.setRepeating(int type，long triggerAtTime，long intervalTime，PendingIntent pi)；
該方法用于設(shè)置重復(fù)鬧鐘，第一個(gè)參數(shù)表示鬧鐘類型，第二個(gè)參數(shù)表示鬧鐘首次執(zhí)行時(shí)間，第三個(gè)參數(shù)表示鬧鐘兩次執(zhí)行的間隔時(shí)間， 第三個(gè)參數(shù)表示鬧鐘響應(yīng)動(dòng)作。
3.setInexactRepeating（int type，long startTime，long intervalTime，PendingIntent pi）；
該方法也用于設(shè)置重復(fù)鬧鐘，與第二個(gè)方法相似，不過其兩個(gè)鬧鐘執(zhí)行的間隔時(shí)間不是固定的而已。
type:鬧鐘類型，有五個(gè)可選值
1.ELAPSED_REALTIME：以手機(jī)開機(jī)的時(shí)間為基準(zhǔn)
2.ELAPSED_REALTIME_WAKEUP：以手機(jī)開機(jī)的時(shí)間為基準(zhǔn)，并且可以在休眠時(shí)發(fā)出廣播
3.RTC：以UTC標(biāo)準(zhǔn)時(shí)間為基準(zhǔn)
4.RTC_WAKEUP：以UTC標(biāo)準(zhǔn)時(shí)間為基準(zhǔn)，并且可以在休眠時(shí)發(fā)出廣播。這種方式是最常見的形式。
5.POWER_OFF_WAKEUP：關(guān)機(jī)狀態(tài)下也能進(jìn)行提示
long startTime：
表示鬧鐘第一次執(zhí)行的時(shí)間，可以自己設(shè)置，也可以使用系統(tǒng)當(dāng)前時(shí)間，以毫秒為單位。本屬性與第?
一個(gè)屬性（type）密切相關(guān)，如果第一個(gè)參數(shù)對(duì) 應(yīng)的鬧鐘使用的是相對(duì)時(shí)間（ELAPSED_REALTIME和ELAPSED_REALTIME_WAKEUP）， 那么本屬性就得使用相對(duì)時(shí)間（相對(duì)于 系統(tǒng)啟動(dòng)時(shí)間來?
說），比如當(dāng)前時(shí)間就表示為：SystemClock.elapsedRealtime()； 如果第一個(gè)參數(shù)對(duì)應(yīng)的鬧鐘使用的是絕對(duì)時(shí)間 （RTC、RTC_WAKEUP、POWER_OFF_WAKEUP），那么本屬性就得使用絕對(duì)時(shí)間， 比如當(dāng)前時(shí)間就表示 為：System.currentTimeMillis()。
long intervalTime：?
鬧鐘的間隔時(shí)間，也是毫秒為單位。
PendingIntent pi：?
這個(gè)就是我們可以執(zhí)行的動(dòng)作，可以去啟動(dòng)一個(gè)service，發(fā)送一個(gè)廣播，啟動(dòng)一個(gè)activity，方法一看就明白了。?
最后一個(gè)小提示：?
Calendar.HOUR_OF_DAY （24小時(shí)）?
Calendar.HOUR (12小時(shí))
完成之后在自定義類中獲取數(shù)據(jù)：
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的注冊(cè)：
<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
版權(quán)聲明：本文為博主原創(chuàng)文章，轉(zhuǎn)載請(qǐng)附上博文鏈接！
