最近公司開發一個項目，要求app能夠發送簡訊並獲取送達報告。這本不是一個什麼難題，實現這一功能的代碼一搜一大把，那麼這麼簡單的一個問題，為什麼我要在這裡提出來呢？那是因為我在寫代碼的時候掉入了一個坑，而且這很可能發生在很多和我一樣粗心的朋友身上。先給大家分享一下當初讓我掉進坑裡的代碼： 咋一看，好像 ...
最近公司開發一個項目，要求app能夠發送簡訊並獲取送達報告。這本不是一個什麼難題，實現這一功能的代碼一搜一大把，那麼這麼簡單的一個問題，為什麼我要在這裡提出來呢？那是因為我在寫代碼的時候掉入了一個坑，而且這很可能發生在很多和我一樣粗心的朋友身上。先給大家分享一下當初讓我掉進坑裡的代碼：
咋一看，好像這段代碼並沒有什麼問題，但是在測試的時候發現無論發送多少條簡訊，每次都只能獲取第一條短息的送達報告！！這個問題當時困擾了我很久，感覺自己明明沒有寫錯啊，為什麼會出現這樣莫名其妙的問題呢？思索無果之後，我決定查看Android的api,這一看，果然發現了問題的所在。
PendingIntent.getBroadcast(Context context, int requestCode,Intent intent, int flags)這個方法中有四個參數，在官方api中給這四個參數的定義如下：
官方文檔告訴我們，第一個參數context表示廣播運行的環境，這個很好理解，在Android中activity、service、application等都是context的繼承類；第二個參數requestCode表示發送者自定義的一個請求碼；第三個參數intent用來定義廣播接收者；第四個參數flag用於控制未指明的意圖，並提供實際的發送情況。官方給出了5個值：FLAG_ONE_SHOT表示這個PendingIntent只能被執行一次，在調用PendingIntent的send()方法後將會自動取消，之後再通過它發送的消息都將失敗，FLAG_NO_CREATE表示當這個PendingIntent不存在時返回結果為null，FLAG_CANCEL_CURRENT表示當有新的PendingIntent被創建時，當前的PendingIntent將被取消，只需要intent中攜帶的參數發生改變，將會檢索一個新的PendingIntent，通過取消之前等待的pengdingIntent確保只有新的數據能夠啟動它。FLAG_UPDATE_CURRENT表示當pengdingIntent存在時，將會保留它只是將他的intent中的參數替換。FLAG_IMMUTABLE表示這是一個不可變的PendingItent。當然第四個參數flag也可以自定義。
這下就很容易理解，為什麼我每次收到的都是第一條簡訊的送達報告了。在我的代碼中，PendingIntent.getBroadcast(Context context, int requestCode,Intent intent, int flags)第二個參數requestCode給了一個固定值，第四個參數flag給了一個自定義的值，導致了smsManager以為每次的PendingIntent是同一個，所以每次都返回第一條簡訊的送達報告。解決這個問題的方法就是：
1.如果flag自定義且保持不變，則每次請求的requestcode需要改變
2.如果requestCode保持不變且flag非自定義，則flag的值不能是FLAG_IMMUTABLE,FLAG_NO_CREATE
3.如果requestCode保持不變且flag自定義，則flag的值需要作出改變
