dbay-apns-for-java_JAVA批量发送APNS导致消息丢失问题

最近因项目需要，需要使用java批量发送apns token,网上找了下相应的开源jar包，大致上有两个，一个是javapns ,一个是notnoop,还有一个比较好用的dbay-apns-for-java。

javapns有一定的缺陷，自己可以网上查下，我用过notnoop，使用的比较多吧，具体如何使用，可以看源代码

https://github.com/notnoop/java-apns。

根据苹果官方apns api说明，批量发送token时当遇到其中有一个token是无效的，后面的token都会失败

进一步跟进测试，我们发现一个奇怪的现象，断开连接的时的前一个Token并不是我们所特意设置的错误Token。同时我们也发现消息送达率也变得非常的低(偶尔有设备能收到)。

这个很好解释，当一次连接先发送一个错误的Token，之后的有效Token的消息是无法送达的，

这就导致了错误的Token后面的正确的Token全部没有收到，从而送达率也就明显下降了

notnoop有解决这个问题，ApnsDelegate这个接口帮我们抓到异常返回的信息，可以写个自己的实现类，去做对应的处理,实现类需要初始化设置到service中，如下：

APNS.newService().withCert(host, password).withSandboxDestination()

.withDelegate(new ApnsDelegateImpl()).build()

notnoop会根据返回的错误token继续重发下面的token,但我在测试的过程中发现，调试的时候会进行重发，如果不打断点，发送会失败。

感觉很纳闷，又去看了下苹果api文档以及找了下资料，发现个问题，苹果在接收到错误token时，不会立即返回error response packet，大概会有一定的延迟。所以我分析是因为当程序去抓错误

信息的时候，苹果还没返回，程序还在继续发送，但苹果那因为接收到了错误token，已经终止处理接下来的token，当程序运行结束后，苹果才返回对应的错误信息，所以程序无法重发错误token之后的token。

因此我在自定义ApnsDelegateImpl类中messageSent方法中，让进程sleep 0.5s，当一个token发送后，有足够时间让程序去接收错误信息，继续resend。

@Override

public void messageSent(ApnsNotification message, boolean resent) {

try {

Thread.sleep(500);

} catch (InterruptedException e) {

e.printStackTrace();

}

}

因为使用notnoop获得apple错误返回有一定的延迟，所以现在使用的是dbay-apns-for-java(如果发现当前连接有error-response，加锁等待，直到另外一个线程把重发做完后再继续发送 )，国内的jar包，还有中文注释，暂时使用没发现问题。

这是我这几天做apns批量发送的总结，仅是个人的一点总结、看法，有不同看法、或者补充的，可以相互交流，谢谢！