基于 ZEGO SDK 實(shí)現(xiàn) iOS 一對一音視頻聊天應(yīng)用

在開始集成 ZEGO Express SDK 前，請確保開發(fā)環(huán)境滿足以下要求：

成都創(chuàng)新互聯(lián)公司是一家專業(yè)提供貴定企業(yè)網(wǎng)站建設(shè),專注與成都網(wǎng)站設(shè)計(jì)、成都網(wǎng)站建設(shè)、H5網(wǎng)站設(shè)計(jì)、小程序制作等業(yè)務(wù)。10年已為貴定眾多企業(yè)、政府機(jī)構(gòu)等服務(wù)。創(chuàng)新互聯(lián)專業(yè)網(wǎng)站建設(shè)公司優(yōu)惠進(jìn)行中。

2.1 創(chuàng)建項(xiàng)目

進(jìn)入即構(gòu)官網(wǎng)， 在 【ZEGO控制臺】 創(chuàng)建項(xiàng)目，并申請有效的 AppID，這一步很關(guān)鍵，appid為應(yīng)用的唯一標(biāo)識，如身份證號，是應(yīng)用的身份證明，用于明確你的項(xiàng)目及組織身份。zego提供的服務(wù)也是基于APP ID；

App ID的獲取方式很簡單，只需3～5分鐘，在即構(gòu)官網(wǎng)-我的項(xiàng)目-創(chuàng)建即可。創(chuàng)建的項(xiàng)目信息可用于SDK的集成和配置；

2.2 Token 鑒權(quán)

開始集成前，可參考如下步驟設(shè)置你的項(xiàng)目；

如已有項(xiàng)目，本步驟可忽略。

如需新建項(xiàng)目，可按照以下步驟創(chuàng)建你的新項(xiàng)目：

用戶通過 ZEGO Express SDK 進(jìn)行視頻通話的基本流程為：

用戶 A、B 加入房間，用戶 B 預(yù)覽并將音視頻流推送到 ZEGO 云服務(wù)（推流），用戶 A 收到用戶 B 推送音視頻流的通知之后，在通知中播放用戶 B 的音視頻流（拉流）。

整個(gè)音視頻通話推拉流過程的 API 調(diào)用時(shí)序如下圖：

1. 創(chuàng)建界面

根據(jù)場景需要，為你的項(xiàng)目創(chuàng)建視頻通話的用戶界面。我們推薦你在項(xiàng)目中添加如下元素：

2.引入頭文件，準(zhǔn)備基礎(chǔ)工作

3. 創(chuàng)建引擎

調(diào)用 createEngineWithProfile 接口，將申請到的 AppID 傳入?yún)?shù) “appID”，創(chuàng)建引擎單例對象。

注冊回調(diào)，可將實(shí)現(xiàn)了 ZegoEventHandler 的對象（例如 “self”）傳入?yún)?shù) “eventHandler”。

調(diào)用 loginRoom 接口登錄房間。roomID 和 user 的參數(shù)由您本地生成，但是需要滿足以下條件：

調(diào)用登錄房間接口之后，您可通過監(jiān)聽 onRoomStateUpdate 回調(diào)實(shí)時(shí)監(jiān)控自己在本房間內(nèi)的連接狀態(tài)。

1. 預(yù)覽自己的畫面

如果希望看到本端的畫面，可調(diào)用 startPreview 接口設(shè)置預(yù)覽視圖，并啟動本地預(yù)覽。

2. 將自己的音視頻流推送到 ZEGO 音視頻云

在用戶調(diào)用 loginRoom 接口后，可以直接調(diào)用 startPublishingStream 接口，傳入 “streamID”，將自己的音視頻流推送到 ZEGO 音視頻云。您可通過監(jiān)聽 onPublisherStateUpdate 回調(diào)知曉推流是否成功。

“streamID” 由您本地生成，但是需要保證：

同一個(gè) AppID 下，“streamID” 全局唯一。如果同一個(gè) AppID 下，不同用戶各推了一條 “streamID” 相同的流，后推流的用戶推流失敗。

進(jìn)行視頻通話時(shí)，我們需要拉取到其他用戶的音視頻。

在同一房間內(nèi)的其他用戶將音視頻流推送到 ZEGO 音視頻云時(shí)，我們會在 onRoomStreamUpdate 回調(diào)中收到音視頻流新增的通知，并可以通過 ZegoStream 獲取到某條流的 “streamID”。

我們可以在該回調(diào)中，調(diào)用 startPlayingStream ，傳入 “streamID” 拉取拉取播放該用戶的音視頻。您可通過監(jiān)聽 onPlayerStateUpdate 回調(diào)知曉是否成功拉取音視頻。

音視頻的基礎(chǔ)功能已完成，接下來我們運(yùn)行下效果，1步快速檢驗(yàn)成果。

step1 , 與好友一起安裝編譯好的App，在手機(jī)上可以看到對方并進(jìn)行通話互動。

完成以上，說明你成功啦！

Enjoy與好友的歡樂時(shí)光!

獲取 本文的Demo、開發(fā)文檔、技術(shù)支持。

獲取 SDK的商務(wù)活動、熱門產(chǎn)品。

注冊即構(gòu)ZEGO開發(fā)者帳號， 快速開始。

基于ios實(shí)現(xiàn)視頻聊天場景，該怎么開發(fā)？

這個(gè)我曾經(jīng)試過自己開發(fā)，但弄了很久沒有成功，浪費(fèi)了時(shí)間不說，還總是有bug，后來在別人的建議下使用ZEGO即構(gòu)科技的音視頻SDK就麻溜地開發(fā)好了，通過簡單的調(diào)用一些API便可搭建視頻聊天場景。

iOS開發(fā)中 聊天界面 （在有聊天記錄的時(shí)候）拖到最底提示已經(jīng)到最低，怎么實(shí)現(xiàn)？

拖到最底的時(shí)候，scrollview的contentOffset.y 是 contentSize.height - scroll.frame.size.height

可以使用 scrollView 的delegate方法來監(jiān)測

- (void)scrollViewDidScroll:(UIScrollView *)scrollView

{

if(scrollView.contentOffset.y scrollView.contentSize.height - scrollView.frame.size.height){

nslog(@"已經(jīng)是最底了");

}

}

iOS開發(fā)網(wǎng)絡(luò)篇—Socket編程

轉(zhuǎn)自 ?

網(wǎng)絡(luò)七層由下往上分別為物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層、傳輸層、會話層、表示層和應(yīng)用層。

其中物理層、數(shù)據(jù)鏈路層和網(wǎng)絡(luò)層通常被稱作媒體層，是網(wǎng)絡(luò)工程師所研究的對象；

傳輸層、會話層、表示層和應(yīng)用層則被稱作主機(jī)層，是用戶所面向和關(guān)心的內(nèi)容。

http協(xié)議對應(yīng)于應(yīng)用層

tcp協(xié)議對應(yīng)于傳輸層

ip協(xié)議對應(yīng)于網(wǎng)絡(luò)層

三者本質(zhì)上沒有可比性。??何況HTTP協(xié)議是基于TCP連接的。

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

我 們在傳輸數(shù)據(jù)時(shí)，可以只使用傳輸層（TCP/IP），但是那樣的話，由于沒有應(yīng)用層，便無法識別數(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是對TCP/IP協(xié)議的封裝，Socket本身并不是協(xié)議，而是一個(gè)調(diào)用接口（API），通過Socket，我們才能使用TCP/IP協(xié)議。

相信不少初學(xué)手機(jī)聯(lián)網(wǎng)開發(fā)的朋友都想知道Http與Socket連接究竟有什么區(qū)別，希望通過自己的淺顯理解能對初學(xué)者有所幫助。

要想明白Socket連接，先要明白TCP連接。手機(jī)能夠使用聯(lián)網(wǎng)功能是因?yàn)槭謾C(jī)底層實(shí)現(xiàn)了TCP/IP協(xié)議，可以使手機(jī)終端通過無線網(wǎng)絡(luò)建立TCP連接。TCP協(xié)議可以對上層網(wǎng)絡(luò)提供接口，使上層網(wǎng)絡(luò)數(shù)據(jù)的傳輸建立在“無差別”的網(wǎng)絡(luò)之上。

建立起一個(gè)TCP連接需要經(jīng)過“三次握手”：

第一次握手：客戶端發(fā)送syn包(syn=j)到服務(wù)器，并進(jìn)入SYN_SEND狀態(tài)，等待服務(wù)器確認(rèn)；

第二次握手：服務(wù)器收到syn包，必須確認(rèn)客戶的SYN（ack=j+1），同時(shí)自己也發(fā)送一個(gè)SYN包（syn=k），即SYN+ACK包，此時(shí)服務(wù)器進(jìn)入SYN_RECV狀態(tài)；

第三次握手：客戶端收到服務(wù)器的SYN＋ACK包，向服務(wù)器發(fā)送確認(rèn)包ACK(ack=k+1)，此包發(fā)送完畢，客戶端和服務(wù)器進(jìn)入ESTABLISHED狀態(tài)，完成三次握手。

握

手過程中傳送的包里不包含數(shù)據(jù)，三次握手完畢后，客戶端與服務(wù)器才正式開始傳送數(shù)據(jù)。理想狀態(tài)下，TCP連接一旦建立，在通信雙方中的任何一方主動關(guān)閉連

接之前，TCP

連接都將被一直保持下去。斷開連接時(shí)服務(wù)器和客戶端均可以主動發(fā)起斷開TCP連接的請求，斷開過程需要經(jīng)過“四次握手”（過程就不細(xì)寫了，就是服務(wù)器和客

戶端交互，最終確定斷開）

HTTP協(xié)議即超文本傳送協(xié)議(HypertextTransfer Protocol )，是Web聯(lián)網(wǎng)的基礎(chǔ)，也是手機(jī)聯(lián)網(wǎng)常用的協(xié)議之一，HTTP協(xié)議是建立在TCP協(xié)議之上的一種應(yīng)用。

HTTP連接最顯著的特點(diǎn)是客戶端發(fā)送的每次請求都需要服務(wù)器回送響應(yīng)，在請求結(jié)束后，會主動釋放連接。從建立連接到關(guān)閉連接的過程稱為“一次連接”。

1）在HTTP 1.0中，客戶端的每次請求都要求建立一次單獨(dú)的連接，在處理完本次請求后，就自動釋放連接。

2）在HTTP 1.1中則可以在一次連接中處理多個(gè)請求，并且多個(gè)請求可以重疊進(jìn)行，不需要等待一個(gè)請求結(jié)束后再發(fā)送下一個(gè)請求。

由

于HTTP在每次請求結(jié)束后都會主動釋放連接，因此HTTP連接是一種“短連接”，要保持客戶端程序的在線狀態(tài)，需要不斷地向服務(wù)器發(fā)起連接請求。通常的

做法是即時(shí)不需要獲得任何數(shù)據(jù)，客戶端也保持每隔一段固定的時(shí)間向服務(wù)器發(fā)送一次“保持連接”的請求，服務(wù)器在收到該請求后對客戶端進(jìn)行回復(fù)，表明知道客

戶端“在線”。若服務(wù)器長時(shí)間無法收到客戶端的請求，則認(rèn)為客戶端“下線”，若客戶端長時(shí)間無法收到服務(wù)器的回復(fù)，則認(rèn)為網(wǎng)絡(luò)已經(jīng)斷開。

套接字（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會遇到同時(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ù)。

建立Socket連接至少需要一對套接字，其中一個(gè)運(yùn)行于客戶端，稱為ClientSocket，另一個(gè)運(yùn)行于服務(wù)器端，稱為ServerSocket。

套接字之間的連接過程分為三個(gè)步驟：服務(wù)器監(jiān)聽，客戶端請求，連接確認(rèn)。

服務(wù)器監(jiān)聽：服務(wù)器端套接字并不定位具體的客戶端套接字，而是處于等待連接的狀態(tài)，實(shí)時(shí)監(jiān)控網(wǎng)絡(luò)狀態(tài)，等待客戶端的連接請求。

客戶端請求：指客戶端的套接字提出連接請求，要連接的目標(biāo)是服務(wù)器端的套接字。為此，客戶端的套接字必須首先描述它要連接的服務(wù)器的套接字，指出服務(wù)器端套接字的地址和端口號，然后就向服務(wù)器端套接字提出連接請求。

連

接確認(rèn)：當(dāng)服務(wù)器端套接字監(jiān)聽到或者說接收到客戶端套接字的連接請求時(shí)，就響應(yīng)客戶端套接字的請求，建立一個(gè)新的線程，把服務(wù)器端套接字的描述發(fā)給客戶

端，一旦客戶端確認(rèn)了此描述，雙方就正式建立連接。而服務(wù)器端套接字繼續(xù)處于監(jiān)聽狀態(tài)，繼續(xù)接收其他客戶端套接字的連接請求。

創(chuàng)建Socket連接時(shí)，可以指定使用的傳輸層協(xié)議，Socket可以支持不同的傳輸層協(xié)議（TCP或UDP），當(dāng)使用TCP協(xié)議進(jìn)行連接時(shí)，該Socket連接就是一個(gè)TCP連接。

由

于通常情況下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)會關(guān)閉長時(shí)間處于非活躍狀態(tài)的連接而導(dǎo)致

Socket 連接斷連，因此需要通過輪詢告訴網(wǎng)絡(luò)，該連接處于活躍狀態(tài)。

而HTTP連接使用的是“請求—響應(yīng)”的方式，不僅在請求時(shí)需要先建立連接，而且需要客戶端向服務(wù)器發(fā)出請求后，服務(wù)器端才能回復(fù)數(shù)據(jù)。

很

多情況下，需要服務(wù)器端主動向客戶端推送數(shù)據(jù)，保持客戶端與服務(wù)器數(shù)據(jù)的實(shí)時(shí)與同步。此時(shí)若雙方建立的是Socket連接，服務(wù)器就可以直接將數(shù)據(jù)傳送給

客戶端；若雙方建立的是HTTP連接，則服務(wù)器需要等到客戶端發(fā)送一次請求后才能將數(shù)據(jù)傳回給客戶端，因此，客戶端定時(shí)向服務(wù)器端發(fā)送連接請求，不僅可以

保持在線，同時(shí)也是在“詢問”服務(wù)器是否有新的數(shù)據(jù)，如果有就將數(shù)據(jù)傳給客戶端。

這里我們使用Socket實(shí)現(xiàn)一個(gè)聊天室的功能，關(guān)于服務(wù)器這里的就不介紹了

懶加載這個(gè)消息數(shù)組

iOS開發(fā)中實(shí)時(shí)聊天記錄儲存在哪里 ?

在你以前安裝QQ那個(gè)文件夾里面，你第二次安裝QQ的時(shí)候有一個(gè)自定義安裝，你選擇你以前裝QQ的那個(gè)文件夾就行了，聊天記錄就有了。

iOS 聊天界面

聊天界面一般包含：文字、語音、圖片三大部分。

整體的我用的是UITableView，具體聊天的展示是用的cell，把所有視圖都放到cell上用到的顯示用不到的隱藏。

項(xiàng)目的的編寫采用了MVC 模式。所有的界面布局都是在CSMessageModel中完成。先上效果圖。

簡單來說，我們要根據(jù)接收到的數(shù)據(jù)類型的不同來展示不同的東西。所以我們需要事先和服務(wù)器定義好接口協(xié)議并把他封裝成一個(gè)Model。另外還要有時(shí)間，以及自己和他人的區(qū)別。這些也要一起定義。我的Model類型如下，大家可以根據(jù)自己的需要進(jìn)行添加和刪除。

然后就是根據(jù)上面的類型去定義各自的frame，根據(jù)自己的需要進(jìn)行添加和刪除。

CSMessageModel.m 中實(shí)現(xiàn)Frame初始化。舉例如下，具體的可以查看demo。

然后就是自定義cell

直接傳Model進(jìn)來

重點(diǎn)在要根據(jù)Model去計(jì)算布局

最后在調(diào)用

至此聊天界面完成。

另外添加了表情和語音。

注：發(fā)送圖片和語音的時(shí)候，服務(wù)器我們這里用了base64進(jìn)行的加密。轉(zhuǎn)換成了二進(jìn)制流。圖片和語音要問清楚服務(wù)器支持多大的。要進(jìn)行壓縮。

demo

本文名稱：ios開發(fā)聊天,ios 聊天界面實(shí)現(xiàn)
網(wǎng)站鏈接：http://chinadenli.net/article30/dsdipso.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站策劃、動態(tài)網(wǎng)站、全網(wǎng)營銷推廣、商城網(wǎng)站、做網(wǎng)站、網(wǎng)站內(nèi)鏈

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)