iOS APNS遠程推送 測試全方案匯總

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

創新互聯專注于江城企業網站建設,響應式網站設計,成都商城網站開發。江城網站建設公司,為江城等地區提供建站服務。全流程按需搭建網站，專業設計，全程項目跟蹤，創新互聯專業和態度為您提供的服務

debug包和build切換為release直接在手機上跑生成的device token都是開發token。release打包后注冊生成的token是生產的。

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

證書有下方密鑰，沒有的話證書不可用。

將p12上傳的三方平臺并填寫密碼即可。測試推送在這些推送平臺填寫 設備token等信息即可。

給中臺p12文件和密碼，協商好消息格式、提供對應環境的token，由中臺觸發即可。

注意證書分為三種。測試（sanbox）、生產、 測試和生產合并。

如果發送成功，核對 token、證書、中臺鏈接蘋果服務器息的地址。是否為統一環境。（蘋果的推送服務器也是區分測試和生產的，域名不同，下方腳本中可以看到）

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

具體格式根據你們的產品要求，接入極光或者個推的可以在控制臺發一條推送打印出具體格式內容查看,將文件保存后綴為apns，待會要用到

a、查看已啟動模擬器

會看到類似下面信息，如果沒有請先啟動模擬器

b、運行項目在模擬器上后執行相應命令simctl push device [bundle identifier] (json file | -)

示例如下

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

然后直接拖動文件到模擬器上，出現綠色?后松手，這樣也可以進行推送測試

參考蘋果官方文檔

Sending Push Notifications Using Command-Line Tools

u;/u

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

2、編輯 shell 腳本，這里需要 der 和 pem 證書，如果已經有了 p12 證書，可以通過 openssl 進行轉換

運行 shell 腳本

真實腳本事例：

a、p12轉der需要先轉為pem格式，再從pem轉到der格式

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

b、pem轉der

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

Smart push

git地址：

如果報錯

SSL端點域名不能被設置 -25300

Keychain中不能找到證書 -25300

說明鑰匙串中沒有密鑰，要新的p12文件并雙擊

不推薦，所以不例舉，網站風險無法判斷。

u;/u 證書轉換

u;/u 證書轉換

u;/u 證書轉換

u;/u

u;/u

u;/u 腳本

u;/u

u;/u 腳本

u;/u 模擬器

iOS 必知必會 - APNs篇

導語：

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

iOS 的通知分為本地通知和遠程通知。本地通知是由本地應用觸發的，一般是基于時間的一種通知形式，如鬧鐘、待辦事件等的提醒。遠程通知是由開發商通過自己的服務器推送的一種通知形式，而 APNs 就是遠程通知功能的核心。

關于遠程推送，記住以下兩點就夠了：

這里就很清楚了，其實 APNs 的本質就是 服務器和客戶端之間的中介 。當服務器需要給客戶端推送消息時，先將消息發送給蘋果服務器，再由蘋果服務器找到對應設備推送下去。

那為什么還要走中介，不直接發送呢？因為這樣做一個設備（即所有 APP ）只需要和蘋果的服務器建立一條長連接，而不需要每個 APP 都和服務器建立一條長連接。

可能有些人還是不太明白 APNs 的意義，覺得也只是將多個長連接變成了統一的一個長連接而已，有必要那么做嗎？

很有必要！

我們來看下 Android 的推送現狀就明白了。

Android 事實上也有類似于 APNs 的一套用于推送的服務，簡稱 GCM，即 Google Cloud Messaging。但由于 GCM 需要谷歌服務器的支持，在國內由于「墻」的原因基本不能使用。這下就熱鬧了，國內出現了一大堆第三方推送服務商，如華為推送、小米推送、極光推送等。APP 通過集成這些推送服務來實現推送功能，而這些推送服務為了保持自己的長連接不被殺死，采用了各種保活、喚醒手段，這也是 Android 手機使用不流暢的真兇。之前也有看到「 工信部要求國內安卓統一消息推送標準 」的新聞，工信部都這么重視，可見統一推送的意義非凡。

想要了解具體區別，可以參考這篇文章 「 國內 90%以上的 iOS 開發者，對 APNs 的認識都是錯的 」。

不言而喻，當然是盡早升級 HTTP/2 協議了。

參考:

（完）

APNs Development iOS、Apple Push Services、iOS Distribution、iOS Development區別

APNs Development iOS ：開發環境下的推送證書。APP接入個推、極光實現推送功能時，需要這兩個環境下的證書，不過證書要在keychain中生成p12文件才可被個推、極光識別。

Apple Push Services :生產環境下的推送證書。APP接入個推、極光實現推送功能時，需要這兩個環境下的證書，不過證書要在keychain中生成p12文件才可被個推、極光識別。

iOS Distribution :生產證書。把app的ipa包上傳到AppStoreConnect審核會用到發布證書

iOS Development :開發證書。真機調試、發包測試會用到開發證書

iosapns消息推送是怎么實現的

關于ios消息推送機制(APNS)的實現、原理介紹很多,但都零零散散。

1、APNS原理、配置開發者賬戶以開啟APNS服務、獲取發送消息的認證證書的實現。

2、首先是應用程序注冊消息推送。

3、 IOS跟APNS Server要deviceToken。應用程序接受deviceToken。

4、應用程序將deviceToken發送給PUSH服務端程序。

5、 服務端程序向APNS服務發送消息。

6、APNS服務將消息發送給iPhone應用程序。

消息推送應該找一家專業的軟件，極光就挺不錯的。極光推送（JPush）是獨立的第三方云推送平臺，致力于為全球移動應用開發者提供移動消息推送服務。

2016年6月，國內一站式開發者服務平臺極光推送發表公開聲明，宣布品牌正式全面升級為大數據綜合服務商“極光”。

文章名稱：iosapns開發,ios 開發
網站URL：http://m.newbst.com/article10/dsighdo.html

成都網站建設公司_創新互聯，為您提供做網站、微信公眾號、軟件開發、、品牌網站建設、動態網站

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯