给产品经理讲技术-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阅读 206,214评论 6 481
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 88,307评论 2 382
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 152,543评论 0 341
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 55,221评论 1 279
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 64,224评论 5 371
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,007评论 1 284
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,313评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,956评论 0 259
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,441评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,925评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,018评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,685评论 4 322
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,234评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,240评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,464评论 1 261
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,467评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,762评论 2 345

推荐阅读更多精彩内容