1.iOS中socket使用

Socket是對(duì)TCP/IP協(xié)議的封裝，Socket本身并不是協(xié)議，而是一個(gè)調(diào)用接口（API），通過Socket，我們才能使用TCP/IP協(xié)議。

http協(xié)議 對(duì)應(yīng)于應(yīng)用層
tcp協(xié)議 對(duì)應(yīng)于傳輸層
ip協(xié)議 對(duì)應(yīng)于網(wǎng)絡(luò)層
三者本質(zhì)上沒有可比性。 何況HTTP協(xié)議是基于TCP連接的。

TCP/IP是傳輸層協(xié)議，主要解決數(shù)據(jù)如何在網(wǎng)絡(luò)中傳輸；而HTTP是應(yīng)用層協(xié)議，主要解決如何包裝數(shù)據(jù)。

我 們?cè)趥鬏敂?shù)據(jù)時(shí)，可以只使用傳輸層（TCP/IP），但是那樣的話，由于沒有應(yīng)用層，便無法識(shí)別數(shù)據(jù)內(nèi)容，如果想要使傳輸?shù)臄?shù)據(jù)有意義，則必須使用應(yīng)用層 協(xié)議，應(yīng)用層協(xié)議很多，有HTTP、FTP、TELNET等等，也可以自己定義應(yīng)用層協(xié)議。WEB使用HTTP作傳輸層協(xié)議，以封裝HTTP文本信息，然 后使用TCP/IP做傳輸層協(xié)議將它發(fā)送到網(wǎng)絡(luò)上。

SOCKET原理

1. 套接字（socket）概念套接字（socket）是通信的基石，是支持TCP/IP協(xié)議的網(wǎng)絡(luò)通信的基本操作單元。它是網(wǎng)絡(luò)通信過程中端點(diǎn)的抽象表示，包含進(jìn)行網(wǎng)絡(luò)通信必須的五種信息：連接使用的協(xié)議，本地主機(jī)的IP地址，本地進(jìn)程的協(xié)議端口，遠(yuǎn)地主機(jī)的IP地址，遠(yuǎn)地進(jìn)程的協(xié)議端口。
   應(yīng) 用層通過傳輸層進(jìn)行數(shù)據(jù)通信時(shí)，TCP會(huì)遇到同時(shí)為多個(gè)應(yīng)用程序進(jìn)程提供并發(fā)服務(wù)的問題。多個(gè)TCP連接或多個(gè)應(yīng)用程序進(jìn)程可能需要通過同一個(gè) TCP協(xié)議端口傳輸數(shù)據(jù)。為了區(qū)別不同的應(yīng)用程序進(jìn)程和連接，許多計(jì)算機(jī)操作系統(tǒng)為應(yīng)用程序與TCP／IP協(xié)議交互提供了套接字(Socket)接口。應(yīng) 用層可以和傳輸層通過Socket接口，區(qū)分來自不同應(yīng)用程序進(jìn)程或網(wǎng)絡(luò)連接的通信，實(shí)現(xiàn)數(shù)據(jù)傳輸?shù)牟l(fā)服務(wù)。
2. 建立socket連接建立Socket連接至少需要一對(duì)套接字，其中一個(gè)運(yùn)行于客戶端，稱為ClientSocket，另一個(gè)運(yùn)行于服務(wù)器端，稱為ServerSocket。
   套接字之間的連接過程分為三個(gè)步驟：服務(wù)器監(jiān)聽，客戶端請(qǐng)求，連接確認(rèn)。
   服務(wù)器監(jiān)聽：服務(wù)器端套接字并不定位具體的客戶端套接字，而是處于等待連接的狀態(tài)，實(shí)時(shí)監(jiān)控網(wǎng)絡(luò)狀態(tài)，等待客戶端的連接請(qǐng)求。
   客戶端請(qǐng)求：指客戶端的套接字提出連接請(qǐng)求，要連接的目標(biāo)是服務(wù)器端的套接字。為此，客戶端的套接字必須首先描述它要連接的服務(wù)器的套接字，指出服務(wù)器端套接字的地址和端口號(hào)，然后就向服務(wù)器端套接字提出連接請(qǐng)求。
   連 接確認(rèn)：當(dāng)服務(wù)器端套接字監(jiān)聽到或者說接收到客戶端套接字的連接請(qǐng)求時(shí)，就響應(yīng)客戶端套接字的請(qǐng)求，建立一個(gè)新的線程，把服務(wù)器端套接字的描述發(fā)給客戶 端，一旦客戶端確認(rèn)了此描述，雙方就正式建立連接。而服務(wù)器端套接字繼續(xù)處于監(jiān)聽狀態(tài)，繼續(xù)接收其他客戶端套接字的連接請(qǐng)求。
3. SOCKET連接與TCP連接創(chuàng)建Socket連接時(shí)，可以指定使用的傳輸層協(xié)議，Socket可以支持不同的傳輸層協(xié)議（TCP或UDP），當(dāng)使用TCP協(xié)議進(jìn)行連接時(shí)，該Socket連接就是一個(gè)TCP連接。
4. Socket連接與HTTP連接由 于通常情況下Socket連接就是TCP連接，因此Socket連接一旦建立，通信雙方即可開始相互發(fā)送數(shù)據(jù)內(nèi)容，直到雙方連接斷開。但在實(shí)際網(wǎng)絡(luò)應(yīng)用 中，客戶端到服務(wù)器之間的通信往往需要穿越多個(gè)中間節(jié)點(diǎn)，例如路由器、網(wǎng)關(guān)、防火墻等，大部分防火墻默認(rèn)會(huì)關(guān)閉長(zhǎng)時(shí)間處于非活躍狀態(tài)的連接而導(dǎo)致 Socket 連接斷連，因此需要通過輪詢告訴網(wǎng)絡(luò)，該連接處于活躍狀態(tài)。
   而HTTP連接使用的是“請(qǐng)求—響應(yīng)”的方式，不僅在請(qǐng)求時(shí)需要先建立連接，而且需要客戶端向服務(wù)器發(fā)出請(qǐng)求后，服務(wù)器端才能回復(fù)數(shù)據(jù)。
   很 多情況下，需要服務(wù)器端主動(dòng)向客戶端推送數(shù)據(jù)，保持客戶端與服務(wù)器數(shù)據(jù)的實(shí)時(shí)與同步。此時(shí)若雙方建立的是Socket連接，服務(wù)器就可以直接將數(shù)據(jù)傳送給 客戶端；若雙方建立的是HTTP連接，則服務(wù)器需要等到客戶端發(fā)送一次請(qǐng)求后才能將數(shù)據(jù)傳回給客戶端，因此，客戶端定時(shí)向服務(wù)器端發(fā)送連接請(qǐng)求，不僅可以 保持在線，同時(shí)也是在“詢問”服務(wù)器是否有新的數(shù)據(jù)，如果有就將數(shù)據(jù)傳給客戶端。

下面這篇文章是AsyncSocket的使用教程，大家可以看看。

2.網(wǎng)絡(luò)請(qǐng)求中post和get的區(qū)別

GET是用于獲取數(shù)據(jù)的，POST一般用于將數(shù)據(jù)發(fā)給服務(wù)器之用。
普遍答案

1. GET使用URL或Cookie傳參。而POST將數(shù)據(jù)放在BODY中。
2. GET的URL會(huì)有長(zhǎng)度上的限制，則POST的數(shù)據(jù)則可以非常大。
3. POST比GET安全，因?yàn)閿?shù)據(jù)在地址欄上不可見。

不過也有文章說其實(shí)上面的是錯(cuò)誤的，具體參考這篇文章

3.遠(yuǎn)程推送

當(dāng)服務(wù)端遠(yuǎn)程向APNS推送至一臺(tái)離線的設(shè)備時(shí)，蘋果服務(wù)器Qos組件會(huì)自動(dòng)保留一份最新的通知，等設(shè)備上線后，Qos將把推送發(fā)送到目標(biāo)設(shè)備上
遠(yuǎn)程推送的基本過程

1. 客戶端的app需要將用戶的UDID和app的bundleID發(fā)送給apns服務(wù)器,進(jìn)行注冊(cè),apns將加密后的device Token返回給app
2. app獲得device Token后,上傳到公司服務(wù)器
3. 當(dāng)需要推送通知時(shí),公司服務(wù)器會(huì)將推送內(nèi)容和device Token一起發(fā)給apns服務(wù)器
4. apns再將推送內(nèi)容送到客戶端上

創(chuàng)建證書的流程：

1. 打開鑰匙串，生成CertificateSigningRequest.certSigningRequest文件
2. 將CertificateSigningRequest.certSigningRequest上傳進(jìn)developer，導(dǎo)出.cer文件
3. 利用CSR導(dǎo)出P12文件
4. 需要準(zhǔn)備下設(shè)備token值（無空格）
5. 使用OpenSSL合成服務(wù)器所使用的推送證書

本地app代碼參考

1. 注冊(cè)遠(yuǎn)程通知

 - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions//中注冊(cè)遠(yuǎn)程通知{[[UIApplication sharedApplication] registerForRemoteNotificationTypes:(UIRemoteNotificationTypeAlert | UIRemoteNotificationTypeBadge | UIRemoteNotificationTypeSound)];}

2. 實(shí)現(xiàn)幾個(gè)代理方法：

 //獲取deviceToken令牌
 -(void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken
{
    //獲取設(shè)備的deviceToken唯一編號(hào)
    NSLog(@"deviceToken=%@",deviceToken);
    NSString *realDeviceToken=[NSString stringWithFormat:@"%@",deviceToken];
    //去除<>
    realDeviceToken = [realDeviceToken stringByReplacingOccurrencesOfString:@"<" withString:@""];
    realDeviceToken = [realDeviceToken stringByReplacingOccurrencesOfString:@">" withString:@""];
    NSLog(@"realDeviceToken=%@",realDeviceToken);
    [[NSUserDefaults standardUserDefaults] setValue:realDeviceToken forKey:@"DeviceToken"];  //要發(fā)送給服務(wù)器
}
 //獲取令牌出錯(cuò)
-(void)application:(UIApplication *)application didFailToRegisterForRemoteNotificationsWithError:(NSError *)error
{
    //注冊(cè)遠(yuǎn)程通知設(shè)備出錯(cuò)
    NSLog(@"RegisterForRemoteNotification error=%@",error);
}
//在應(yīng)用在前臺(tái)時(shí)受到消息調(diào)用
-(void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo
{
    //打印推送的消息
    NSLog(@"%@",[[userInfo objectForKey:@"aps"] objectForKey:@"alert"]):
}

配置后臺(tái)模式

一般我們是使用開發(fā)版本的Provisioning做推送測(cè)試,如果沒有問題,再使用發(fā)布版本證書的時(shí)候一般也應(yīng)該是沒有問題的。為了以防萬一,我們可以在越獄的手機(jī)上安裝我們的使用發(fā)布版證書的ipa文件(最好使用debug版本,并打印出獲取到的deviceToken),安裝成功后在;XCode->Window->Organizer-找到對(duì)應(yīng)的設(shè)備查看console找到打印的deviceToken。
在后臺(tái)的推送程序中使用發(fā)布版制作的證書并使用該deviceToken做推送服務(wù).使用開發(fā)和發(fā)布證書獲取到的deviceToken是不一樣的。