輕鬆搞定iOS遠程訊息推送_IOS

一、引言
IOS中訊息的推送有兩種方式，分別是本地推送和遠程推送，本地推送在http://www.jb51.net/article/93602.htm這篇部落格中有詳細的介紹，這裡主要討論遠程推送的流程與配置過程。

二、遠程推送機制的原理

1、從一張很火的圖說起
搜尋IOS遠程推送，你總能看到一張如下的流程示意圖，因為這張圖確實很火，所以我也將它引用在此：

這張圖示意的很清晰，大致意思是這樣：你的應用服務端將訊息發送到apple的APNS伺服器，APNS伺服器將訊息推送到指定的Iphone，最後由Iphone負責將訊息推送至你的APP。在此先不說這個過程是如何?的，僅僅看這個流程，你可能會覺得，在你們服務端和用戶端之間增加了一個apple的APNS，不是增加開發人員的負擔嗎？其實結果恰恰相反，因為apple對推送的統一管理，使我們開發人員的工作變得異常簡單。

2、服務端如何串連到用戶端的

如果你是做android開發的，你一定非常瞭解長連結與心跳包。事實上，大部分的android應用的推送也確實是通過長連結來實現的。因為android系統的開放性，APP是很容易做到自啟動和後台長連結的，而心跳驗證，就是始終保證長連結屬於接通狀態，然後由服務端直接推送訊息。如果IOS開發人員也採用這種思路，就十分困難了，在IOS中想要保持一個APP服務始終不被系統殺死，我只能說太難了。通過上面的流程圖，對比android的推送思路，我們很容易明白，IOS中其實也始終有一個長連結，那就是系統本身，這個長連結始終與APNS伺服器相連，然後統一管理所有應用程式的推送。

3、這是IOS推送機制的優勢？

下面的這些，只是我個人的一些看法。系統並無優劣，優劣在於個人喜好。

1、因為推送的服務端是appleID的驗證使用者，推送可靠性會高。

2、所有推送訊息由APNS統一管理，效率高。

3、在用戶端只需系統維護一個長連結，節省了使用者流量消耗和手機的效能消耗，並且提高了安全性，使得有惡意推送和流氓軟體的幾率降低。

三、分分鐘讓你的APP收到遠程推送

1、工欲善其事、必先利其器——建立推送認證
(1)請求CSR檔案

在MAC應用程式中找到鑰匙串訪問，開啟它。

點擊選項欄中的鑰匙串訪問中的認證助理：

選擇從憑證授權單位申請認證:

填寫電子郵件和名稱，選擇儲存到磁碟，然後繼續。

這時，我們儲存的地方有了這樣一個檔案：CertificateSigningRequest.certSigningRequest。

(2)匯出密鑰檔案

開啟鑰匙串，會發現多了一對密鑰，名字就是上面你填寫的常用名稱。

我們選擇專用密鑰進行匯出，然後設定一個我們自己的密碼：

這時候我們又有了一個尾碼名為.p12的檔案。

(3)建立AppId

到https://developer.apple.com的member Center：

用你付過費的開發人員appleID登陸後，選擇Certificates:

如果你的項目已經建立了APP id，則可以不用重新建立，但是你建立的APP id必須要支援遠程推送。如果還沒有建立，點擊加號，建立一個：

之後的介面中APP ID有兩種類型：Explicit和Wildcard，分別是特殊的和通配的，我們需要推送功能，這個ID不能是通配的，所以我們選擇第一個。

這裡需要填的的Bundle ID必須和我們App中的一致：

在APP ID的服務設定中，將Push Notification勾選上，點擊continue。
分分鐘搞定IOS遠程訊息推送

之後點擊submit，最後點擊Done。這時我們的APP IDs列表中會出現我們剛才建立的APP ID。

(4)建立認證

點擊我們剛才建立的APP ID，你會看到Push Notification一行為未設定的。我們點擊Edit。

在Push Notifications設定裡是如下介面，development是開發認證，Production是產品認證，我們現在需要測試，所以用Development認證，上線時要使用Production認證。點擊Create Certificate。

接著點擊continue，如下介面會讓我們選擇一個CSR檔案，我們第一步建立的檔案在這裡派上用場了，選擇那個檔案，點擊Generate。

將建立好的認證下載到電腦中：

至此，我們已經有了三個檔案了，分別是CSR檔案，.p12檔案，.cer檔案。要將這三個檔案放在同一個目錄下。.cer檔案分為測試和產品兩個，需要哪個自行選擇。寫了這麼多，我們的準備工作可算是做完了，不要灰心，其實你的推送工作基本上也就做完了。只是申請過程麻煩了一些，但工程的代碼，我們幾乎不用怎麼配置。

2、兵馬未動、糧草先行——服務端進行資訊推送的設定

(1)處理認證

開啟終端cd到我們上面得到的三個檔案所在的目錄。

在終端執行如下命令：

$ openssl x509 -in aps_development.cer -inform der -out PushCert.pem

aps_development.cer是剛才產生的.cer檔案的檔案名稱。會在當前檔案夾中產生一個pem檔案，這是我們服務端對應的認證。

再執行如下命令：

$ openssl pkcs12 -nocerts -out PushKey.pem -in key.p12

key.p12是上面產生的.p12檔案的檔案名稱。這時終端會讓輸入密碼，這裡的密碼就是上面我們設定的密鑰的密碼。輸入密碼後斷行符號，如果密碼正確，會讓我們輸入新密碼(一定切記)，輸入兩次後，終端會提示成功建立PushKey.pem檔案。

最後一步，將我們產生的兩個pem檔案和成為一個：

$ cat PushCert.pem PushKey.pem > ck.pem

(2)測試認證是否可用

在終端執行下面的命令：

$ telnet gateway.sandbox.push.apple.com 2195

等一小會，如果終端顯示下面的情形，則認證正常。

然後執行如下命令：

openssl s_client -connect gateway.sandbox.push.apple.com:2195 -cert PushChatCert.pem -key PushKey.pem
輸入密碼後斷行符號顯示如下的結果則串連成功：

3、天涯海角、一步之遙——應用程式中的配置

在我們項目的AppDelegate中添加如下代碼：

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {double version = [[UIDevice currentDevice].systemVersion doubleValue];//判定系統版本。if(version>=8.0f){ UIUserNotificationSettings *settings = [UIUserNotificationSettings settingsForTypes:(UIRemoteNotificationTypeBadge|UIRemoteNotificationTypeSound|UIRemoteNotificationTypeAlert) categories:nil]; [[UIApplication sharedApplication] registerUserNotificationSettings:settings];  }else{ UIRemoteNotificationType myTypes = UIRemoteNotificationTypeBadge | UIRemoteNotificationTypeAlert | UIRemoteNotificationTypeSound; [[UIApplication sharedApplication] registerForRemoteNotificationTypes:myTypes]; }}- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo{ // 處理推送訊息 NSLog(@"userinfo:%@",userInfo); NSLog(@"收到推送訊息:%@",[[userInfo objectForKey:@"aps"] objectForKey:@"alert"]);}- (void)application:(UIApplication *)application didFailToRegisterForRemoteNotificationsWithError:(NSError *) error { NSLog(@"Registfail%@",error);}-(void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken{ NSLog(@"%@",deviceToken);//這裡的Token就是我們裝置要告訴服務端的Token碼}

下面是網上搜的PHP服務端的代碼：

<?php//這裡填寫裝置的Token碼$deviceToken = '74314cc9e8f747e2fa96c2c1585c830cdf994de6b453ce9fa1c09ba396b2f9e9';//這裡是密鑰密碼$passphrase = 'abcabc';//推送的訊息$message = '這是一條推送訊息';////////////////////////////////////////////////////////////////////////////////$ctx = stream_context_create();stream_context_set_option($ctx, 'ssl', 'local_cert', 'ck.pem');//ck檔案stream_context_set_option($ctx, 'ssl', 'passphrase', $passphrase);// Open a connection to the APNS server$fp = stream_socket_client( 'ssl://gateway.sandbox.push.apple.com:2195', $err, $errstr, 60, STREAM_CLIENT_CONNECT|STREAM_CLIENT_PERSISTENT, $ctx);if (!$fp) exit("Failed to connect: $err $errstr" . PHP_EOL);echo 'Connected to APNS' . PHP_EOL;// Create the payload body$body['aps'] = array( 'alert' => $message, 'sound' => 'default' );// Encode the payload as JSON$payload = json_encode($body);// Build the binary notification$msg = chr(0) . pack('n', 32) . pack('H*', $deviceToken) . pack('n', strlen($payload)) . $payload;// Send it to the server$result = fwrite($fp, $msg, strlen($msg));if (!$result) echo 'Message not delivered' . PHP_EOL;else echo 'Message successfully delivered' . PHP_EOL;// Close the connection to the serverfclose($fp); ?>

把上面的PHP檔案和我們的ck檔案放在同一目錄下。在終端的目前的目錄下，執行如下命令：

$php push.php

如果我們的裝置王略正常，就可收到推送的訊息了：

 

四、幾點注意

1、如果終端發送資訊時提示密鑰不可訪問之類的錯誤，請檢查是否cd到了目前的目錄，如果還存在問題，將密鑰部分從新產生一次。

2、注意PHP代碼中的字元為英文字元。

本文已被整理到了《iOS推送教程》，歡迎大家學習閱讀。

以上就是本文的全部內容，希望對大家的學習有所協助，也希望大家多多支援雲棲社區。