應用内消息推送基于app自身的功能實作消息推送，一般以消息彈框形式展現。
短信推送基于服務商提供的短信接口和短信通道實作推送，展現形式與普通短信一緻。
方式名稱
載體
接入方式
檢視方式
應用内推送
app自身
app嵌入sdk，開發者調用推送的api推送消息
喚起app
短信推送
短信
開發者調用服務商提供的接口推送消息
檢視短信
簡單說來，必須送達使用者的消息建議用短信，其他消息建議用應用内推送。
應用内推送受制于應用的活躍程度、android系統的碎片化與rom自身的限制，無法確定消息100%送達使用者，是以對于到達率要求很高的場景，建議使用短信推送。
對到達率要求高的典型場景有：
使用者注冊
登陸認證
密碼找回
動賬資訊
對于到達率沒有特殊要求的場景，建議使用應用内消息推送。
典型的場景有：
商品折扣消息
營銷活動消息
非關鍵性通知
實時新聞推送
與消息推送全部使用短信服務比較起來，組合使用app内消息推送/短信推送的優勢展現在成本、轉化率和使用者體驗三個方面。
某o2o類型app，月活200萬。app平均每個月向每個使用者發送20條推廣消息，兩者使用的成本如下：
推送方式
月活裝置數
月推送條數
月付費價格(元)
2,000,000
40,000,000
app推送
40,000
可以看出，對于上面的案例，移動推送可以幫助客戶節省支出196萬/月。
同上節描述因素一緻，app内推送終端使用者體驗大幅提升，非常有利于app的推廣和品牌營運。
到達率 = 實際觸達終端使用者數/目标終端使用者數
推送延遲 = 終端使用者收到消息的時間 - 開發者調用推送接口時間
系統每秒支援推送的消息數
系統支撐的推送使用者量級