1、新手請教，ios與伺服器端交互主要有哪些實現方式
現在主流的方法就是使用json數據與後台進行交互。前台，將數據傳到後台後才將數據傳給前台，前台做解析顯示到頁面兒上。
2、android、ios客戶端和伺服器通信一般使用什麼方式，各有什麼優缺點？
1、從網路協議上來看，就http方式和socket方式。
2、http方式開發起來效率想對要高一內點，但是對於推送這種容來說，想對要難做點，因為http是短連接。socket這種方式開發要長，調試略微麻煩，但是做推送想對簡單，可以建立一個長連接。
3、Web Service服務其實也是基於HTTP協議（它基於SOAP協議，而SOAP又是基於HTTP協議）。
最大缺點我覺得是Web Service實在是太厚重了，特別對於移動端來說，WSDL是基於XML，XML已經夠厚重了，WSDL還有一些頭信息，更加厚重。
而且JSON + HTTP的方式，相對來說就非常輕量級了，JSON格式數據本生就是Javascript中的數據或者對象，所以在網路傳輸中具有非常明顯優勢，可以說本來就是網路傳輸用的，毫無違和感嘛：）
還有一個不能算缺點的缺點：目前移動端HTTP網路庫多的要死，Web Service我所知道就是ksoap2，而且非常的難用。。。
3、如何實現iOS終端於伺服器之間的數據交互
IOS開發終端和伺服器交互目前都是通過restful api的形式。
IOS終端列出需要的API介面，服務端實現這些接回口，中間通過答http協議通信來交互。
REST 指的是一組架構約束條件和原則。滿足這些約束條件和原則的應用程序或設計就是 RESTful。
Web 應用程序最重要的 REST 原則是，客戶端和伺服器之間的交互在請求之間是無狀態的。從客戶端到伺服器的每個請求都必須包含理解請求所必需的信息。如果伺服器在請求之間的任何時間點重啟，客戶端不會得到通知。此外，無狀態請求可以由任何可用伺服器回答，這十分適合雲計算之類的環境。客戶端可以緩存數據以改進性能。
在伺服器端，應用程序狀態和功能可以分為各種資源。資源是一個有趣的概念實體，它向客戶端公開。資源的例子有：應用程序對象、資料庫記錄、演算法等等。每個資源都使用 URI (Universal Resource Identifier) 得到一個唯一的地址。所有資源都共享統一的介面，以便在客戶端和伺服器之間傳輸
4、ios開發中與伺服器交互的問題
可以用比較基本NSURLConnection，也可以使用開源庫ASIHttpRequest，記得用post方法，把制定的參數傳過去，並且服務端有對應的方法做處理，你看看返回的對象是否正確，來確定是你出了問題還是伺服器端出了問題。網上搜搜就可以找到了。
5、ios game center與伺服器連接失敗我該怎麼辦啊 答對給10分
。你先到設置-iCloud 重新進下你的賬號和密碼 Game Center 也是 完了後再重啟下機子 直接點Game Center 圖標 進入試試。我的就是這樣好的
6、IOS客戶端與.net伺服器建立socket通信
當然可以。不同程序自己的通信，只要是同一個協議下，都是可以的！看你使用什麼協議，然後按照協議的方式進行數據的包裝和發送！
7、如果Netty做伺服器端, iOS做游戲客戶端, 請問通信問題如何解決?
通信信息在網路上都是以byte傳輸的。只要客戶端的消息格式符合netty的規則就可以通信。跟客戶端用不用netty沒有關系
8、ios app 和服務端怎麼交互，實現注冊登錄功能
沒做過iOS上app的登錄注冊，做過WP端的。當時的做法是，用戶注冊時，根據用戶名在輸入框里輸入的密碼轉為md5加密的格式得到結果，加上用戶輸入的用戶名，上傳到伺服器端，伺服器返回結果檢驗是否注冊成功。如果伺服器的結果表示注冊成功，則在本地保存用戶密碼的md5加密結果和用戶名文件，以後自動登錄時使用本地文件和伺服器溝通。
9、ios 怎麼與伺服器建立長連接
app在前台的時候，使用tcp，自定義協議。 在後台的時候，斷開連接，使用apn提示用戶，喚醒app到前內台後，重新容連接，拉取離線消息。 im類的都是需要考慮消息到達速度，到達率，流量控制的。 消息數據越小，在相同網路情況下，耗時就少，速度就快。...