分分鐘搞定IOS遠程消息推送

1、引言

IOS中消息的推送有兩種方式，分別是本地推送和遠程推送，本地推送在http://my.oschina.net/u/2340880/blog/405491這篇博客中有詳細的介紹，這裏主要討論遠程推送的流程與配置過程。

2、遠程推送機制的原理

一、從一張很火的圖提及

搜索IOS遠程推送，你總能看到一張以下的流程示意圖，由於這張圖確實很火，因此我也將它引用在此：

這張圖示意的很清晰，大體意思是這樣：你的應用服務端將消息發送到apple的APNS服務器，APNS服務器將消息推送到指定的Iphone，最後由Iphone負責將消息推送至你的APP。在此先不說這個過程是如何實現的，僅僅看這個流程，你可能會以爲，在大家服務端和客戶端之間增長了一個apple的APNS，不是增長開發者的負擔麼？其實結果偏偏相反，由於apple對推送的統一管理，使咱們開發者的工做變得異常簡單。

二、服務端如何鏈接到客戶端的

若是你是作android開發的，你必定很是瞭解長連接與心跳包。事實上，大部分的android應用的推送也確實是經過長連接來實現的。由於android系統的開放性，APP是很容易作到自啓動和後臺長連接的，而心跳驗證，就是始終保證長連接屬於接通狀態，而後由服務端直接推送消息。若是IOS開發者也採用這種思路，就十分困難了，在IOS中想要保持一個APP服務始終不被系統殺死，我只能說太難了。經過上面的流程圖，對比android的推送思路，咱們很容易明白，IOS中其實也始終有一個長連接，那就是系統自己，這個長連接始終與APNS服務器相連，而後統一管理全部應用程序的推送。

三、這是IOS推送機制的優點？

下面的這些，只是我我的的一些見解。系統並沒有優劣，優劣在於我的喜愛。

一、由於推送的服務端是appleID的驗證用戶，推送可靠性會高。

二、全部推送消息由APNS統一管理，效率高。

三、在客戶端只需系統維護一個長連接，節省了用戶流量消耗和手機的性能消耗，而且提升了安全性，使得有惡意推送和流氓軟件的概率下降。

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

一、工欲善其事、必先利其器——建立推送證書

(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。

以後點擊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文件分爲測試和產品兩個，須要哪一個自行選擇。寫了這麼多，咱們的準備工做可算是作完了，不要灰心，其實你的推送工做基本上也就作完了。只是申請過程麻煩了一些，但工程的代碼，咱們幾乎不用怎麼配置。

二、兵馬未動、糧草先行——服務端進行信息推送的設置

(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

輸入密碼後回車顯示以下的結果則鏈接成功：

 

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

在咱們項目的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 server
fclose($fp);
    
?>

把上面的PHP文件和咱們的ck文件放在同一目錄下。在終端的當前目錄下，執行以下命令：

$php push.php

若是咱們的設備王略正常，就可收到推送的消息了：

4、幾點注意

一、若是終端發送信息時提示密鑰不可訪問之類的錯誤，請檢查是否cd到了當前目錄，若是還存在問題，將密鑰部分重新生成一次。

二、注意PHP代碼中的字符爲英文字符。 來自：http://my.oschina.net/u/2340880/blog/413584