移動推送方案的初步探索

前言

進入移動互聯網時代以來，大部分廠商須要經過移動推送的方式來向用戶推送各類消息和通知(好比優惠活動等)，來增長和用戶的粘度。本文主要針對移動推送，來總結一下本身最近的學習經驗。
最先起源於Email的推送，進入到移動端領域，則主要側重於移動客戶端。而客戶端來獲取服務端的數據，主要有兩種方式：

• 第一種是客戶端 PULL（拉）方式，即每隔一段時間去服務器獲取是否有數據；
  • 優勢：簡單；
  • 缺點：實時性較差。
    咱們也能夠經過提升查詢頻率來提升實時性，但這又會造電量、流量的消耗太高。
• 第二種是服務端 PUSH（推）方式，服務器在有數據的時候主動發給客戶端，該方式基於 TCP 長鏈接方式實現。
  • 優勢：消息實時性好；

  • 缺點：要保持 APP 客戶端和服務端的長鏈接心跳，會帶來額外的電量和流量消耗；

    一句話總結

    所以在總體架構設計中須要折中平衡，目前主流的推送實現方式都是基於 PUSH 的方案。