使用commons-pool2改造APNs连接池

最近公司很多人反应apns推送的消息很慢,有时候需要5、6分钟才收到消息,我检查了下日志发现确实存在这个问题。

我们使用的是 https://github.com/relayrides/pushy 这个,github其他的apns推送项目更新频率太低,只有这个目前还在一直更新。公司最早的推送方案是php往Gearman里面写消息,然后从Gearman里面取消息发送到apns。这中间经历了多次改造,目前的情况是业务部门调用推送服务化接口,将消息写入activemq中,启动多个worker从mq中取消息发送出去。

改造之前的做法是多个mq的消费者共享一个apns连接进行推送,这中间如果apns断开连接重连会导致多个消费者阻塞等待,不可取,所以我决定用apache commons-pool2 写一个连接池管理。

一开始采用的是 commons-pool ,结果发现这个连接池很有问题,连接一直在增长,建议大家写连接池还是用最新的 commons-pool2 。具体连接池的实现参考我同事的 http://www.cnblogs.com/yjmyzz/p/thrift-client-pool-demo.html 。

 改造完成之后发现apns有几率出现重复推送,查阅资料之后,在http2头中加入 "apns-collapse-id" 唯一标识可以避免程序出错多推的情况。但是ios 9 之后的版本,如果手机卸载安装app之后还是可能会出现重复到达的情况。

如果大家有啥好的apns推送方案欢迎讨论下。

posted @ 2017-05-24 15:50  国师写代码  阅读(601)  评论(0编辑  收藏  举报