? ? ? ? iOS的push可控性不大，由系統(tǒng)接管，但是由于一些網(wǎng)絡(luò)或者其他原因，還是會有丟失消息的現(xiàn)象，這對于即時(shí)通訊類軟件影響很大。正好項(xiàng)目有需要，做了一些改進(jìn)。

1.客戶端：發(fā)送push消息后，客戶端在收到push后發(fā)送個(gè)簡單的回饋。需要在后臺模式的plist里增加App downloads content in response to push notifications,并且在

-(void)sendPushFeedBack:(NSString*)messageIds fetchCompletionHandler:(void (^)(UIBackgroundFetchResult result))completionHandler

方法里收到消息后處理。這邊可以服務(wù)器自定義字段，雙方約定規(guī)范后解析，發(fā)送反饋。

2.客戶端：以上只有在進(jìn)程存活時(shí)候才行，殺死進(jìn)程后我們監(jiān)控不到，因此如果此時(shí)用戶打開app了，我們一般里面自身有https接口查詢了，也可以在啟動(dòng)后給服務(wù)器發(fā)送個(gè)標(biāo)記，代表消息已經(jīng)查出。不用再次發(fā)送push

2.服務(wù)端：開發(fā)一套反饋接口。制定某個(gè)策略，如果發(fā)送push成功后，一段時(shí)間內(nèi)（3分鐘或者5分鐘）沒收到反饋，繼續(xù)發(fā)送第二條push，以此類推，發(fā)送2次或者3次后不發(fā)送。

經(jīng)過測試，發(fā)現(xiàn)到達(dá)率還是有了很大提高。注意：這個(gè)代理方法不是每次都會執(zhí)行，只有一段時(shí)間可以喚醒執(zhí)行，如果調(diào)用過于頻繁，系統(tǒng)會根據(jù)耗電量等因素終止不給調(diào)起來，所以有時(shí)候會出現(xiàn)2條相同消息的push送達(dá)。但是相對丟消息，已經(jīng)有很大改善。