最近公司很多人反应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推送方案欢迎讨论下。