給產品經理講技術-iOS本地通知和推送通知

我們知道,在iOS系統中,當用戶正在前臺操作一個app時,app可以有很多種方式告訴用戶一些信息。
然而,任何時候都只有一個app在前臺運行,其他大部分的app都處于在后臺運行或已關閉的狀態,并不在前臺運行。
那么,當這些不在前臺運行的app,在本地或互聯網上發生了一些用戶感興趣的事情,比如說淘寶app-訂單狀態改變,需要通知客戶訂單發貨了,提醒事項app-到達用戶設置的提醒時間了,需通知用戶。

此時,該如何告訴用戶這些信息呢?

iOS通知機制就是為了解決這個問題:即使app不在前臺運行,iOS通知機制也能告知用戶,app在本地或互聯網上,發生了一些他感興趣的信息。

簡單來說,iOS通知機制主要分兩種:本地通知和推送通知。本地工具類app以本地通知為主,互聯網app以遠程通知為主。

作為產品經理,了解一下通知的基本原理,有利于更好的與開發交流(例如避免提出一些無法實現的需求),更好的利用通知機制(例如制定一些運營相關的通知策略)

一、iOS通知機制的基本概念

我們先簡單介紹一下iOS通知的基本概念

iOS通知分類

iOS通知分本地通知和推送通知,其展現形式是一樣的(Banner、Alert、Badge、Sound),其主要區別在于通知發起方是app本身還是app提供商服務器-蘋果APNs,是否需要聯網。

注意,某些文章把通知分成本地推送通知和遠程推送通知,是翻譯上的問題,蘋果開發文檔中明確寫了 Local notifications and remote notifications are the two types of user notifications. (Remote notifications are also known as push notifications.)。
推送在這里特制服務器Push信息的操作,實在要寫成本地推送通知和遠程推送通知,也最好是本地發送通知,遠程發送通知(蘋果開發文檔中反復提到一個詞 send、deliver ,應該理解成發送,而不是推送)

通知的常用展示形式:

Banner(橫幅)是屏幕上一個小的、半透明的view,展示幾秒鐘后會自動消失。除了通知信息外,Banner還會展示小版本的icon,這樣用戶看一眼就知道哪個app發送了通知。

Alert(彈窗)是屏幕上一個標準的警告窗,需要用戶與之交互才能解除(會打斷用戶當前的操作)。

  • 關于Alert的按鈕:可能有一個或兩個按鈕。有兩個按鈕時,關閉按鈕會放在左邊,操作按鈕(action button)會放在右邊。如果只有一個按鈕,默認顯示為OK。
  • 關于Alert的標題與內容:一般標題是APP的名字,所有內容信息居中。一個完美的內容信息應該是聚焦內容而不是用戶操作,盡量簡短,一到二行即可,首字母要大寫。

Badge(徽標/標記)是應用icon右上角的紅色圓形小標記,用以展示未處理的通知項目。app無權定制徽標的顏色和尺寸。

  • 它有兩種形式,一是在主屏APP圖標的右上角顯示,二是在APP內部某些模塊的圖標右上角顯示。圖標小繃帶適用于對信息的數量敏感且不太關注信息的時效性。

Sound(聲音)是一種很好的信息提醒方式,在嘈雜的環境中能立馬吸引用戶的注意力,一般結合Badge和Alert使用,建議重要的提醒使用聲音,避免干擾用戶;定義管理好聲音的沖突。

具體的應用案例

  • 1、本地通知:app處于后臺或已關閉時,顯示通知
    例如某個游戲app 7天沒有打開,提示你打開app

  • 2、本地通知:無論app處于何種狀態,都顯示通知
    提醒事項app,到達設定的提醒時間,以橫幅及其他方式通知

app在前臺運行時提醒
app在后臺運行時提醒
app已經關閉時進行提醒
  • 3、推送通知:app在前臺運行著,不顯示推送通知,只在后臺或已關閉狀態時才顯示通知
    QQ在前臺運行時不顯示通知;已經退出到后臺或已經關閉,收到一條未讀信息
QQ在后臺運行時提醒
QQ已經關閉時進行提醒
  • 4、推送通知:無論app處于何種狀態,都顯示推送通知
    今日頭條在前臺運行或后臺或已關閉時,如果服務器上要推送要聞,手機都能顯示要聞推送(只是有時是用橫幅的方式,有時是用彈窗)
IMG_0602.PNG

二、本地通知和推送通知

兩者的區別

本地通知和推送通知

iOS推送通知工作流程

iOS推送通知工作流程

Provider是指某個iPhone軟件的Push服務器,APNS是Apple Push Notification Service的縮寫,是蘋果的服務器。
上圖可以分為三個階段:

第一階段:應用服務提供商從服務器端把要發送的消息和設備令牌(device token)發送給蘋果的消息推送服務器APNs。
第二階段:APNs根據設備令牌在已注冊的設備(iPhone、iPad、iTouch、mac等)查找對應的設備,將消息發送給相應的設備。
第三階段:客戶端設備接將接收到的消息傳遞給相應的應用程序,應用程序根據用戶設置彈出通知消息。

三、擴展閱讀

四、參考資料

如有錯誤,歡迎指正

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,283評論 6 530
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 97,947評論 3 413
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,094評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,485評論 1 308
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,268評論 6 405
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 54,817評論 1 321
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 42,906評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,039評論 0 285
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,551評論 1 331
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,502評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,662評論 1 366
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,188評論 5 356
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 43,907評論 3 345
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,304評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,563評論 1 281
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,255評論 3 389
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,637評論 2 370

推薦閱讀更多精彩內容