1.iOS中socket使用
Socket是對TCP/IP協議的封裝，Socket本身并不是協議，而是一個調用接口（API），通過Socket，我們才能使用TCP/IP協議。
http協議 對應于應用層
tcp協議 對應于傳輸層
ip協議 對應于網絡層
三者本質上沒有可比性。 何況HTTP協議是基于TCP連接的。
TCP/IP是傳輸層協議，主要解決數據如何在網絡中傳輸；而HTTP是應用層協議，主要解決如何包裝數據。
我 們在傳輸數據時，可以只使用傳輸層（TCP/IP），但是那樣的話，由于沒有應用層，便無法識別數據內容，如果想要使傳輸的數據有意義，則必須使用應用層 協議，應用層協議很多，有HTTP、FTP、TELNET等等，也可以自己定義應用層協議。WEB使用HTTP作傳輸層協議，以封裝HTTP文本信息，然 后使用TCP/IP做傳輸層協議將它發送到網絡上。
SOCKET原理
- 套接字（socket）概念套接字（socket）是通信的基石，是支持TCP/IP協議的網絡通信的基本操作單元。它是網絡通信過程中端點的抽象表示，包含進行網絡通信必須的五種信息：連接使用的協議，本地主機的IP地址，本地進程的協議端口，遠地主機的IP地址，遠地進程的協議端口。
應 用層通過傳輸層進行數據通信時，TCP會遇到同時為多個應用程序進程提供并發服務的問題。多個TCP連接或多個應用程序進程可能需要通過同一個 TCP協議端口傳輸數據。為了區別不同的應用程序進程和連接，許多計算機操作系統為應用程序與TCP／IP協議交互提供了套接字(Socket)接口。應 用層可以和傳輸層通過Socket接口，區分來自不同應用程序進程或網絡連接的通信，實現數據傳輸的并發服務。 - 建立socket連接建立Socket連接至少需要一對套接字，其中一個運行于客戶端，稱為ClientSocket，另一個運行于服務器端，稱為ServerSocket。
套接字之間的連接過程分為三個步驟：服務器監聽，客戶端請求，連接確認。
服務器監聽：服務器端套接字并不定位具體的客戶端套接字，而是處于等待連接的狀態，實時監控網絡狀態，等待客戶端的連接請求。
客戶端請求：指客戶端的套接字提出連接請求，要連接的目標是服務器端的套接字。為此，客戶端的套接字必須首先描述它要連接的服務器的套接字，指出服務器端套接字的地址和端口號，然后就向服務器端套接字提出連接請求。
連 接確認：當服務器端套接字監聽到或者說接收到客戶端套接字的連接請求時，就響應客戶端套接字的請求，建立一個新的線程，把服務器端套接字的描述發給客戶 端，一旦客戶端確認了此描述，雙方就正式建立連接。而服務器端套接字繼續處于監聽狀態，繼續接收其他客戶端套接字的連接請求。 - SOCKET連接與TCP連接創建Socket連接時，可以指定使用的傳輸層協議，Socket可以支持不同的傳輸層協議（TCP或UDP），當使用TCP協議進行連接時，該Socket連接就是一個TCP連接。
- Socket連接與HTTP連接由 于通常情況下Socket連接就是TCP連接，因此Socket連接一旦建立，通信雙方即可開始相互發送數據內容，直到雙方連接斷開。但在實際網絡應用 中，客戶端到服務器之間的通信往往需要穿越多個中間節點，例如路由器、網關、防火墻等，大部分防火墻默認會關閉長時間處于非活躍狀態的連接而導致 Socket 連接斷連，因此需要通過輪詢告訴網絡，該連接處于活躍狀態。
而HTTP連接使用的是“請求—響應”的方式，不僅在請求時需要先建立連接，而且需要客戶端向服務器發出請求后，服務器端才能回復數據。
很 多情況下，需要服務器端主動向客戶端推送數據，保持客戶端與服務器數據的實時與同步。此時若雙方建立的是Socket連接，服務器就可以直接將數據傳送給 客戶端；若雙方建立的是HTTP連接，則服務器需要等到客戶端發送一次請求后才能將數據傳回給客戶端，因此，客戶端定時向服務器端發送連接請求，不僅可以 保持在線，同時也是在“詢問”服務器是否有新的數據，如果有就將數據傳給客戶端。
下面這篇文章是AsyncSocket的使用教程，大家可以看看。
2.網絡請求中post和get的區別
GET是用于獲取數據的，POST一般用于將數據發給服務器之用。
普遍答案
- GET使用URL或Cookie傳參。而POST將數據放在BODY中。
- GET的URL會有長度上的限制，則POST的數據則可以非常大。
- POST比GET安全，因為數據在地址欄上不可見。
不過也有文章說其實上面的是錯誤的，具體參考這篇文章
3.遠程推送
當服務端遠程向APNS推送至一臺離線的設備時，蘋果服務器Qos組件會自動保留一份最新的通知，等設備上線后，Qos將把推送發送到目標設備上
遠程推送的基本過程
- 客戶端的app需要將用戶的UDID和app的bundleID發送給apns服務器,進行注冊,apns將加密后的device Token返回給app
- app獲得device Token后,上傳到公司服務器
- 當需要推送通知時,公司服務器會將推送內容和device Token一起發給apns服務器
- apns再將推送內容送到客戶端上
創建證書的流程：
- 打開鑰匙串，生成CertificateSigningRequest.certSigningRequest文件
- 將CertificateSigningRequest.certSigningRequest上傳進developer，導出.cer文件
- 利用CSR導出P12文件
- 需要準備下設備token值（無空格）
- 使用OpenSSL合成服務器所使用的推送證書
本地app代碼參考
- 注冊遠程通知
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions//中注冊遠程通知{[[UIApplication sharedApplication] registerForRemoteNotificationTypes:(UIRemoteNotificationTypeAlert | UIRemoteNotificationTypeBadge | UIRemoteNotificationTypeSound)];}
- 實現幾個代理方法：
//獲取deviceToken令牌
-(void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken
{
//獲取設備的deviceToken唯一編號
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"]; //要發送給服務器
}
//獲取令牌出錯
-(void)application:(UIApplication *)application didFailToRegisterForRemoteNotificationsWithError:(NSError *)error
{
//注冊遠程通知設備出錯
NSLog(@"RegisterForRemoteNotification error=%@",error);
}
//在應用在前臺時受到消息調用
-(void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo
{
//打印推送的消息
NSLog(@"%@",[[userInfo objectForKey:@"aps"] objectForKey:@"alert"]):
}
配置后臺模式
一般我們是使用開發版本的Provisioning做推送測試,如果沒有問題,再使用發布版本證書的時候一般也應該是沒有問題的。為了以防萬一,我們可以在越獄的手機上安裝我們的使用發布版證書的ipa文件(最好使用debug版本,并打印出獲取到的deviceToken),安裝成功后在;XCode->Window->Organizer-找到對應的設備查看console找到打印的deviceToken。
在后臺的推送程序中使用發布版制作的證書并使用該deviceToken做推送服務.使用開發和發布證書獲取到的deviceToken是不一樣的。
