iOS APNS遠(yuǎn)程推送 測(cè)試全方案匯總

最近弄了下推送，在測(cè)試時(shí)遇到了些問(wèn)題，在此整理匯總了些推送測(cè)試相關(guān)的方案，并添加了一些補(bǔ)充信息。下方鏈接是相關(guān)文章，感謝各位作者的分享。

周村ssl適用于網(wǎng)站、小程序/APP、API接口等需要進(jìn)行數(shù)據(jù)傳輸應(yīng)用場(chǎng)景，ssl證書(shū)未來(lái)市場(chǎng)廣闊！成為創(chuàng)新互聯(lián)公司的ssl證書(shū)銷(xiāo)售渠道，可以享受市場(chǎng)價(jià)格4-6折優(yōu)惠！如果有意向歡迎電話(huà)聯(lián)系或者加微信：028-86922220（備注：SSL證書(shū)合作）期待與您的合作！

debug包和build切換為release直接在手機(jī)上跑生成的device token都是開(kāi)發(fā)token。release打包后注冊(cè)生成的token是生產(chǎn)的。

向證書(shū)制作者要推送證書(shū)的 p12文件。 雙擊輸入密碼。在鑰匙串中找到如下。

證書(shū)有下方密鑰，沒(méi)有的話(huà)證書(shū)不可用。

將p12上傳的三方平臺(tái)并填寫(xiě)密碼即可。測(cè)試推送在這些推送平臺(tái)填寫(xiě) 設(shè)備token等信息即可。

給中臺(tái)p12文件和密碼，協(xié)商好消息格式、提供對(duì)應(yīng)環(huán)境的token，由中臺(tái)觸發(fā)即可。

注意證書(shū)分為三種。測(cè)試（sanbox）、生產(chǎn)、 測(cè)試和生產(chǎn)合并。

如果發(fā)送成功，核對(duì) token、證書(shū)、中臺(tái)鏈接蘋(píng)果服務(wù)器息的地址。是否為統(tǒng)一環(huán)境。（蘋(píng)果的推送服務(wù)器也是區(qū)分測(cè)試和生產(chǎn)的，域名不同，下方腳本中可以看到）

在Xcode11.4之后，模擬器也支持推送測(cè)試

具體格式根據(jù)你們的產(chǎn)品要求，接入極光或者個(gè)推的可以在控制臺(tái)發(fā)一條推送打印出具體格式內(nèi)容查看,將文件保存后綴為apns，待會(huì)要用到

a、查看已啟動(dòng)模擬器

會(huì)看到類(lèi)似下面信息，如果沒(méi)有請(qǐng)先啟動(dòng)模擬器

b、運(yùn)行項(xiàng)目在模擬器上后執(zhí)行相應(yīng)命令simctl push device [bundle identifier] (json file | -)

示例如下

將第一步創(chuàng)建的json文件內(nèi)容稍加修改,具體就是添加了"Simulator Target Bundle": "com.app.test"你項(xiàng)目的包名

然后直接拖動(dòng)文件到模擬器上，出現(xiàn)綠色?后松手，這樣也可以進(jìn)行推送測(cè)試

參考蘋(píng)果官方文檔

Sending Push Notifications Using Command-Line Tools

u;/u

1、在終端新建 shell 文件，這里命名為 push-remote-notification

2、編輯 shell 腳本，這里需要 der 和 pem 證書(shū)，如果已經(jīng)有了 p12 證書(shū)，可以通過(guò) openssl 進(jìn)行轉(zhuǎn)換

運(yùn)行 shell 腳本

真實(shí)腳本事例：

a、p12轉(zhuǎn)der需要先轉(zhuǎn)為pem格式，再?gòu)膒em轉(zhuǎn)到der格式

openssl pkcs12 -in disPush.p12 -out disPush.pem -nodes

b、pem轉(zhuǎn)der

openssl x509 -outform der -in certificate.pem -out certificate.der

Smart push

git地址：

如果報(bào)錯(cuò)

SSL端點(diǎn)域名不能被設(shè)置 -25300

Keychain中不能找到證書(shū) -25300

說(shuō)明鑰匙串中沒(méi)有密鑰，要新的p12文件并雙擊

不推薦，所以不例舉，網(wǎng)站風(fēng)險(xiǎn)無(wú)法判斷。

u;/u 證書(shū)轉(zhuǎn)換

u;/u 證書(shū)轉(zhuǎn)換

u;/u 證書(shū)轉(zhuǎn)換

u;/u

u;/u

u;/u 腳本

u;/u

u;/u 腳本

u;/u 模擬器

iOS 必知必會(huì) - APNs篇

導(dǎo)語(yǔ)：

由于移動(dòng)設(shè)備內(nèi)存、CPU、電量的局限性，iOS 不允許 APP 的進(jìn)程常駐后臺(tái)（事實(shí)上可以申請(qǐng)后臺(tái)運(yùn)行一段時(shí)間，最長(zhǎng)約 10 分鐘），這樣當(dāng)用戶(hù)主動(dòng)殺掉 APP，或者 APP 進(jìn)入后臺(tái)超過(guò)約定時(shí)長(zhǎng)時(shí)，就意味著該 APP 進(jìn)程的結(jié)束。這在很大程度上保障了前臺(tái) APP 的流暢性，也延長(zhǎng)了手機(jī)的使用時(shí)長(zhǎng)，獲得了較好的用戶(hù)體驗(yàn)。但是這也意味著，服務(wù)器無(wú)法主動(dòng)和用戶(hù)交互（如推送實(shí)時(shí)消息等）。為了解決這個(gè)限制，蘋(píng)果推出了 APNs，允許設(shè)備和服務(wù)器分別與蘋(píng)果的推送通知服務(wù)器保持長(zhǎng)連接狀態(tài)。

iOS 的通知分為本地通知和遠(yuǎn)程通知。本地通知是由本地應(yīng)用觸發(fā)的，一般是基于時(shí)間的一種通知形式，如鬧鐘、待辦事件等的提醒。遠(yuǎn)程通知是由開(kāi)發(fā)商通過(guò)自己的服務(wù)器推送的一種通知形式，而 APNs 就是遠(yuǎn)程通知功能的核心。

關(guān)于遠(yuǎn)程推送，記住以下兩點(diǎn)就夠了：

這里就很清楚了，其實(shí) APNs 的本質(zhì)就是 服務(wù)器和客戶(hù)端之間的中介 。當(dāng)服務(wù)器需要給客戶(hù)端推送消息時(shí)，先將消息發(fā)送給蘋(píng)果服務(wù)器，再由蘋(píng)果服務(wù)器找到對(duì)應(yīng)設(shè)備推送下去。

那為什么還要走中介，不直接發(fā)送呢？因?yàn)檫@樣做一個(gè)設(shè)備（即所有 APP ）只需要和蘋(píng)果的服務(wù)器建立一條長(zhǎng)連接，而不需要每個(gè) APP 都和服務(wù)器建立一條長(zhǎng)連接。

可能有些人還是不太明白 APNs 的意義，覺(jué)得也只是將多個(gè)長(zhǎng)連接變成了統(tǒng)一的一個(gè)長(zhǎng)連接而已，有必要那么做嗎？

很有必要！

我們來(lái)看下 Android 的推送現(xiàn)狀就明白了。

Android 事實(shí)上也有類(lèi)似于 APNs 的一套用于推送的服務(wù)，簡(jiǎn)稱(chēng) GCM，即 Google Cloud Messaging。但由于 GCM 需要谷歌服務(wù)器的支持，在國(guó)內(nèi)由于「墻」的原因基本不能使用。這下就熱鬧了，國(guó)內(nèi)出現(xiàn)了一大堆第三方推送服務(wù)商，如華為推送、小米推送、極光推送等。APP 通過(guò)集成這些推送服務(wù)來(lái)實(shí)現(xiàn)推送功能，而這些推送服務(wù)為了保持自己的長(zhǎng)連接不被殺死，采用了各種?；?、喚醒手段，這也是 Android 手機(jī)使用不流暢的真兇。之前也有看到「 工信部要求國(guó)內(nèi)安卓統(tǒng)一消息推送標(biāo)準(zhǔn) 」的新聞，工信部都這么重視，可見(jiàn)統(tǒng)一推送的意義非凡。

想要了解具體區(qū)別，可以參考這篇文章 「 國(guó)內(nèi) 90%以上的 iOS 開(kāi)發(fā)者，對(duì) APNs 的認(rèn)識(shí)都是錯(cuò)的 」。

不言而喻，當(dāng)然是盡早升級(jí) HTTP/2 協(xié)議了。

參考:

（完）

iOS推送原理詳解

1.APNS的推送機(jī)制

首先我們看一下蘋(píng)果官方給出的對(duì)ios推送機(jī)制的解釋。如下圖

Provider就是我們自己程序的后臺(tái)服務(wù)器，APNS是Apple Push Notification Service的縮寫(xiě)，也就是蘋(píng)果的推送服務(wù)器。

上圖可以分為三個(gè)階段：

APNS推送通知的詳細(xì)工作流程

下面這張圖是說(shuō)明APNS推送通知的詳細(xì)工作流程：

根據(jù)圖片我們可以概括一下：

1. 什么是遠(yuǎn)程消息推送？

3. 實(shí)現(xiàn)消息推送的步驟

總結(jié)下大致流程

1.設(shè)備打開(kāi)某個(gè)App后，會(huì)生成唯一的 一個(gè)token ，并把這個(gè)token上傳給我們自己的服務(wù)器，我們的服務(wù)器有了token，就可以向我們的app推送通知了，這個(gè)是前提。但是這個(gè)通知并不能直接推送給我們的設(shè)備，而是要推送給蘋(píng)果的服務(wù)器。

2.我們的服務(wù)器會(huì)將token和推送的內(nèi)容，一起推送給蘋(píng)果的服務(wù)器。

3.蘋(píng)果服務(wù)器會(huì)根據(jù)token定位到設(shè)備,將push推送給設(shè)備。

4.設(shè)備拿到這個(gè)push，就會(huì)知道是哪個(gè)app。然后就可以將這個(gè)通知推送到具體的app。

推送的實(shí)現(xiàn)方式：?

想要收到推送消息 ，就必須要有后臺(tái)服務(wù)器（下面的1、2）往 蘋(píng)果的APNs的服務(wù)器發(fā)請(qǐng)求。?

1、公司自己開(kāi)發(fā)后臺(tái)服務(wù)器程序?

2、 采用第三方的后臺(tái)服務(wù)程序，比如：百度云推送、極光推送、友盟推送

ios消息推送原理是怎么樣的

ios消息推送原理主要分為以下幾步：

1、由 App 向 iOS 設(shè)備發(fā)送一個(gè)注冊(cè)通知，用戶(hù)需要同意系統(tǒng)發(fā)送推送；

2、iOS 向 APNs 遠(yuǎn)程推送服務(wù)器發(fā)送 App 的 Bundle Id 和設(shè)備的 UDID；

3、APNs 根據(jù)設(shè)備的 UDID 和 App 的 Bundle Id 生成 deviceToken 再發(fā)回給 App；

4、App 再將 deviceToken 發(fā)送給遠(yuǎn)程推送服務(wù)器(自己的服務(wù)器), 由服務(wù)器保存在數(shù)據(jù)庫(kù)中。

5、當(dāng)自己的服務(wù)器想發(fā)送推送時(shí)，在遠(yuǎn)程推送服務(wù)器中輸入要發(fā)送的消息并選擇發(fā)給哪些用戶(hù)的deviceToken，由遠(yuǎn)程推送服務(wù)器發(fā)送給 APNs。

6、APNs 根據(jù) deviceToken 發(fā)送給對(duì)應(yīng)的用戶(hù)。

想要了解更多ios消息推送原理可以到深圳極光了解一下。深圳市和訊華谷信息技術(shù)有限公司于2011年成立，是中國(guó)領(lǐng)先的開(kāi)發(fā)者服務(wù)提供商，專(zhuān)注于為開(kāi)發(fā)者提供穩(wěn)定高效的消息推送、一鍵認(rèn)證以及流量變現(xiàn)等服務(wù)，助力開(kāi)發(fā)者的運(yùn)營(yíng)、增長(zhǎng)與變現(xiàn)。

iOS遠(yuǎn)程推送點(diǎn)擊消息跳轉(zhuǎn)到指定頁(yè)面

很多應(yīng)用都會(huì)實(shí)現(xiàn)推送功能，我們可以集成第三方框架實(shí)現(xiàn)推送功能，

比如：JPush推送：

個(gè)推：

下面來(lái)說(shuō)說(shuō)收到推送消息的邏輯處理

一、收到推送消息有三種情況：

1、應(yīng)用未啟動(dòng)（默認(rèn)顯示在通知欄，或者鎖屏?xí)r顯示在鎖屏頁(yè)面）

2、應(yīng)用在后臺(tái)掛起（默認(rèn)顯示在通知欄，或者鎖屏?xí)r顯示在鎖屏頁(yè)面）

3、應(yīng)用在前臺(tái)（默認(rèn)不顯示）

二、點(diǎn)擊推送消息有兩種情況：1、應(yīng)用未啟動(dòng) - 啟動(dòng)這個(gè)時(shí)候如論是點(diǎn)擊推送消息打開(kāi)應(yīng)用還是點(diǎn)擊icon打開(kāi)應(yīng)用都會(huì)調(diào)用以下方法(具體的可以根據(jù) userInfo 進(jìn)行判斷)：(只有重新打開(kāi)APP和后臺(tái)殺死后在打開(kāi)APP才會(huì)走下面的方法)

2、應(yīng)用在后臺(tái) － 應(yīng)用在前臺(tái)應(yīng)用在后臺(tái)掛起時(shí)點(diǎn)擊推送消息和應(yīng)用在前臺(tái)時(shí)收到推送消息，都會(huì)調(diào)用以下方法：

ios 7 以上會(huì)調(diào)用下面這個(gè)方法

ios 10 會(huì)調(diào)用 下面的方法

應(yīng)用在后臺(tái)掛起時(shí)默認(rèn)是不調(diào)用該方法的，如果你需要接收到推送消息還沒(méi)點(diǎn)擊推送就調(diào)用該方法，可以讓服務(wù)器發(fā)給APNS時(shí)在aps 字典中加入：

aps = {

content-available = 1;

}

首先根據(jù)APP的狀態(tài)進(jìn)行判斷 這里當(dāng)APP在前臺(tái)顯示的時(shí)候根據(jù)需求我們沒(méi)有消息進(jìn)行處理

第一步:發(fā)送通知

第二步:添加觀察者

第三步:進(jìn)行頁(yè)面的跳轉(zhuǎn),這地方有一個(gè)重點(diǎn)是如何獲取的當(dāng)前頁(yè)面的然后才能夠?qū)崿F(xiàn)跳轉(zhuǎn)

在此給View寫(xiě)了一個(gè)分類(lèi)方法

第四步:實(shí)現(xiàn)跳轉(zhuǎn)到目的controller