最近公司开发一个项目，要求app能够发送短信并获取送达报告。这本不是一个什么难题，实现这一功能的代码一搜一大把，那么这么简单的一个问题，为什么我要在这里提出来呢？那是因为我在写代码的时候掉入了一个坑，而且这很可能发生在很多和我一样粗心的朋友身上。先给大家分享一下当初让我掉进坑里的代码：

创新互联建站主要从事网页设计、PC网站建设（电脑版网站建设）、wap网站建设（手机版网站建设）、成都响应式网站建设、程序开发、网站优化、微网站、成都微信小程序等，凭借多年来在互联网的打拼，我们在互联网网站建设行业积累了丰富的网站制作、成都网站设计、网站设计、网络营销经验，集策划、开发、设计、营销、管理等多方位专业化运作于一体。

咋一看，好像这段代码并没有什么问题，但是在测试的时候发现无论发送多少条短信，每次都只能获取第一条短息的送达报告！！这个问题当时困扰了我很久，感觉自己明明没有写错啊，为什么会出现这样莫名其妙的问题呢？思索无果之后，我决定查看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的值需要作出改变

以上所述是小编给大家介绍的关于Android发送短信获取送达报告的问题，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对创新互联网站的支持！

新闻名称：关于Android发送短信获取送达报告的问题(推荐)-创新互联
URL链接：http://cdweb.net/article/ipgsg.html