本文講解的是 iOS 視頻播放, 支持本地,在線播放. 進(jìn)度拖動(dòng),精準(zhǔn)跳轉(zhuǎn),獲取視頻的長(zhǎng)度等問題
創(chuàng)新互聯(lián)建站是專業(yè)的龍圩網(wǎng)站建設(shè)公司，龍圩接單;提供網(wǎng)站設(shè)計(jì)、網(wǎng)站建設(shè),網(wǎng)頁(yè)設(shè)計(jì),網(wǎng)站設(shè)計(jì),建網(wǎng)站,PHP網(wǎng)站建設(shè)等專業(yè)做網(wǎng)站服務(wù);采用PHP框架,可快速的進(jìn)行龍圩網(wǎng)站開發(fā)網(wǎng)頁(yè)制作和功能擴(kuò)展;專業(yè)做搜索引擎喜愛的網(wǎng)站,專業(yè)的做網(wǎng)站團(tuán)隊(duì),希望更多企業(yè)前來合作!
demo 記得點(diǎn)亮 star. 3Q
iOS 視頻播放主要使用的類 AVPlayerItem,AVPlayerLayer,AVPlayer
AVPlayerItem: 提供視頻信息, 利用視頻的 url 創(chuàng)建一個(gè)對(duì)象.利用 kvo 監(jiān)聽 status,可以獲取當(dāng)前視頻的狀態(tài).
AVPlayer: 就類似視頻的控制者. 可以用來控制視頻的播放,暫停,跳轉(zhuǎn)等. 它的創(chuàng)建依賴于AVPlayerItem
AVPlayerLayer: 用于視頻的顯示. 可以理解成一個(gè) view. 它的創(chuàng)建依賴于AVPlayer
簡(jiǎn)單總結(jié): AVPlayer控制視頻狀態(tài), AVPlayerLayer用于顯示,AVPlayerItem提供視頻信息
獲取視頻的長(zhǎng)度 s
視頻精準(zhǔn)跳轉(zhuǎn).拖動(dòng) UISlider,監(jiān)聽 value 改變方法如下:
//為什么timescale要設(shè)置成 600 CMTime教程
《高性能iOS應(yīng)用開發(fā)》（[美] Gaurav Vaish）電子書網(wǎng)盤下載免費(fèi)在線閱讀
資源鏈接：
鏈接：
提取碼：iuk2?? ?
書名：高性能iOS應(yīng)用開發(fā)
作者：[美] Gaurav Vaish
譯者：梁士興
豆瓣評(píng)分：7.8
出版社：人民郵電出版社
出版年份：2017-4
頁(yè)數(shù)：384
內(nèi)容簡(jiǎn)介：性能對(duì)用戶體驗(yàn)有著至關(guān)重要的影響。本書將介紹對(duì)用戶體驗(yàn)產(chǎn)生負(fù)面影響的各個(gè)方面，并概述如何優(yōu)化iOS應(yīng)用的性能。全書共5個(gè)部分，主要從性能的衡量標(biāo)準(zhǔn)、對(duì)應(yīng)用至關(guān)重要的核心優(yōu)化點(diǎn)、iOS應(yīng)用開發(fā)特有的性能優(yōu)化技術(shù)以及性能的非代碼方面，講解了應(yīng)用性能的優(yōu)化問題。本書的主要目的是展示如何從工程學(xué)的角度編寫最優(yōu)代碼。本書適合已經(jīng)具有Objective-C和iOS實(shí)踐經(jīng)驗(yàn)的開發(fā)人員閱讀。
作者簡(jiǎn)介：作者簡(jiǎn)介：
Gaurav Vaish? 就職于雅虎公司的移動(dòng)和新興產(chǎn)品團(tuán)隊(duì)，為每月有數(shù)億人使用的移動(dòng)應(yīng)用創(chuàng)建優(yōu)雅的可重用方案。他曾是IIT全球指導(dǎo)計(jì)劃的成員，還在印度班加羅爾創(chuàng)立了InColeg Learning及Edujini Labs有限公司。
譯者簡(jiǎn)介：
梁士興? 畢業(yè)于北京航空航天大學(xué)，現(xiàn)任職美團(tuán)-大眾點(diǎn)評(píng)iOS高級(jí)技術(shù)專家。有多年的一線iOS開發(fā)經(jīng)驗(yàn)，對(duì)于iOS應(yīng)用性能有深入研究和獨(dú)到見解。對(duì)iOS前沿技術(shù)、移動(dòng)應(yīng)用架構(gòu)模式非常感興趣。
郝田田? 畢業(yè)于西安電子科技大學(xué)，現(xiàn)任職美團(tuán)-大眾點(diǎn)評(píng)iOS研發(fā)工程師，具有豐富的iOS軟件開發(fā)經(jīng)驗(yàn)，長(zhǎng)期關(guān)注iOS領(lǐng)域前沿技術(shù)，曾參與數(shù)本iOS技術(shù)類書籍翻譯工作。
陳作君? 畢業(yè)于北京理工大學(xué)，現(xiàn)任職滴滴出行iOS研發(fā)工程師，多年大型移動(dòng)端應(yīng)用開發(fā)經(jīng)驗(yàn)，熱衷于開源項(xiàng)目建設(shè)，是一名技術(shù)書籍翻譯的愛好者。
一、網(wǎng)絡(luò)各個(gè)協(xié)議：TCP/IP、SOCKET、HTTP等
網(wǎng)絡(luò)七層由下往上分別為物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層、傳輸層、會(huì)話層、表示層和應(yīng)用層。
其中物理層、數(shù)據(jù)鏈路層和網(wǎng)絡(luò)層通常被稱作媒體層，是網(wǎng)絡(luò)工程師所研究的對(duì)象；
傳輸層、會(huì)話層、表示層和應(yīng)用層則被稱作主機(jī)層，是用戶所面向和關(guān)心的內(nèi)容。
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是對(duì)TCP/IP協(xié)議的封裝，Socket本身并不是協(xié)議，而是一個(gè)調(diào)用接口（API），通過Socket，我們才能使用TCP/IP協(xié)議。
二、Http和Socket連接區(qū)別
相信不少初學(xué)手機(jī)聯(lián)網(wǎng)開發(fā)的朋友都想知道Http與Socket連接究竟有什么區(qū)別，希望通過自己的淺顯理解能對(duì)初學(xué)者有所幫助。
2.1、TCP連接
要想明白Socket連接，先要明白TCP連接。手機(jī)能夠使用聯(lián)網(wǎng)功能是因?yàn)槭謾C(jī)底層實(shí)現(xiàn)了TCP/IP協(xié)議，可以使手機(jī)終端通過無線網(wǎng)絡(luò)建立TCP連接。TCP協(xié)議可以對(duì)上層網(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連接一旦建立，在通信雙方中的任何一方主動(dòng)關(guān)閉連
接之前，TCP
連接都將被一直保持下去。斷開連接時(shí)服務(wù)器和客戶端均可以主動(dòng)發(fā)起斷開TCP連接的請(qǐng)求，斷開過程需要經(jīng)過“四次握手”（過程就不細(xì)寫了，就是服務(wù)器和客
戶端交互，最終確定斷開）
2.2、HTTP連接
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ā)送的每次請(qǐng)求都需要服務(wù)器回送響應(yīng)，在請(qǐng)求結(jié)束后，會(huì)主動(dòng)釋放連接。從建立連接到關(guān)閉連接的過程稱為“一次連接”。
1）在HTTP 1.0中，客戶端的每次請(qǐng)求都要求建立一次單獨(dú)的連接，在處理完本次請(qǐng)求后，就自動(dòng)釋放連接。
2）在HTTP 1.1中則可以在一次連接中處理多個(gè)請(qǐng)求，并且多個(gè)請(qǐng)求可以重疊進(jìn)行，不需要等待一個(gè)請(qǐng)求結(jié)束后再發(fā)送下一個(gè)請(qǐng)求。
由
于HTTP在每次請(qǐng)求結(jié)束后都會(huì)主動(dòng)釋放連接，因此HTTP連接是一種“短連接”，要保持客戶端程序的在線狀態(tài)，需要不斷地向服務(wù)器發(fā)起連接請(qǐng)求。通常的
做法是即時(shí)不需要獲得任何數(shù)據(jù)，客戶端也保持每隔一段固定的時(shí)間向服務(wù)器發(fā)送一次“保持連接”的請(qǐng)求，服務(wù)器在收到該請(qǐng)求后對(duì)客戶端進(jìn)行回復(fù)，表明知道客
戶端“在線”。若服務(wù)器長(zhǎng)時(shí)間無法收到客戶端的請(qǐng)求，則認(rèn)為客戶端“下線”，若客戶端長(zhǎng)時(shí)間無法收到服務(wù)器的回復(fù)，則認(rèn)為網(wǎng)絡(luò)已經(jīng)斷開。
三、SOCKET原理
3.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ù)。
3.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.3、SOCKET連接與TCP連接
創(chuàng)建Socket連接時(shí)，可以指定使用的傳輸層協(xié)議，Socket可以支持不同的傳輸層協(xié)議（TCP或UDP），當(dāng)使用TCP協(xié)議進(jìn)行連接時(shí)，該Socket連接就是一個(gè)TCP連接。
3.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ù)傳給客戶端。
這里我們使用Socket實(shí)現(xiàn)一個(gè)聊天室的功能，關(guān)于服務(wù)器這里的就不介紹了
@interfaceViewController (){
NSInputStream *_inputStream;//對(duì)應(yīng)輸入流
NSOutputStream *_outputStream;//對(duì)應(yīng)輸出流
}
@property (weak, nonatomic) IBOutlet NSLayoutConstraint *inputViewConstraint;
@property (weak, nonatomic) IBOutlet UITableView *tableView;
@property (nonatomic, strong) NSMutableArray *chatMsgs;//聊天消息數(shù)組
@end
懶加載這個(gè)消息數(shù)組
//從主運(yùn)行循環(huán)移除
//1.建立連接
//定義C語言輸入輸出流
//把C語言的輸入輸出流轉(zhuǎn)化成OC對(duì)象
//設(shè)置代理
//把輸入輸入流添加到主運(yùn)行循環(huán)
//不添加主運(yùn)行循環(huán) 代理有可能不工作
//打開輸入輸出流
//登錄
//發(fā)送用戶名和密碼
//在這里做的時(shí)候，只發(fā)用戶名，密碼就不用發(fā)送
//如果要登錄，發(fā)送的數(shù)據(jù)格式為 "iam:zhangsan";
//如果要發(fā)送聊天消息，數(shù)據(jù)格式為 "msg:did you have dinner";
//登錄的指令11NSString *loginStr =@"iam:zhangsan";
//把Str轉(zhuǎn)成NSData
//建立一個(gè)緩沖區(qū) 可以放1024個(gè)字節(jié)
//返回實(shí)際裝的字節(jié)數(shù)
//把字節(jié)數(shù)組轉(zhuǎn)化成字符串
//從服務(wù)器接收到的數(shù)據(jù)
//聊天信息
//刷新表格
//發(fā)送數(shù)據(jù)
//發(fā)送完數(shù)據(jù)，清空textField
//數(shù)據(jù)多，應(yīng)該往上滾動(dòng)
}
//監(jiān)聽鍵盤
//獲取窗口的高度
//鍵盤結(jié)束的Frm
//獲取鍵盤結(jié)束的y值
ios端的手機(jī)app開發(fā)要怎么做
如今，不少企業(yè)都想擁有屬于自己企業(yè)或產(chǎn)品的手機(jī)APP，但其中最困擾企業(yè)主的問題就是：開發(fā)一款手機(jī)APP到底需要多少錢？
簡(jiǎn)單點(diǎn)來說，要視手機(jī)APP的需求及質(zhì)量而言，價(jià)位一般在幾千到十幾萬左右，更高端的價(jià)格更高。
今天，我們就來詳細(xì)分析一下這個(gè)問題，請(qǐng)繼續(xù)往下看吧?！?/p>
一、APP開發(fā)款式分為固定款和定制款，兩者的價(jià)格均不相同
固定款：是指直接套用已有的、現(xiàn)成的APP固定模板，報(bào)價(jià)是固定的，所需要的功能也是固定的，缺點(diǎn)就是客戶拿不到源代碼，也不能根據(jù)企業(yè)需求進(jìn)行定制，由于源代碼是封裝的，如果企業(yè)以后想進(jìn)行功能升級(jí)或系統(tǒng)維護(hù)的話，也不能夠?qū)崿F(xiàn)，只能重新開發(fā)一個(gè)新的軟件。
固定款的APP開發(fā)時(shí)間短，約2~3日的時(shí)間即可完成，費(fèi)用大約在幾千到幾萬之間。
定制款：定制款是指APP的功能全部重新開發(fā)，過程比較繁瑣，需要美工、策劃、APP開發(fā)（前臺(tái)/客戶端/手機(jī)端）、后臺(tái)程序員等工種協(xié)同完成，大型的、功能復(fù)雜的APP甚至需要數(shù)十人的團(tuán)隊(duì)。
由于APP的功能和設(shè)計(jì)都是定制的，因此價(jià)格會(huì)高些。定制款的開發(fā)時(shí)間與開發(fā)價(jià)格是成正比的，開發(fā)時(shí)間長(zhǎng)，大約在兩三個(gè)月甚至不定的周期里才能完成，而費(fèi)用大概在幾萬甚至十幾萬左右。
因此，想要知道開發(fā)一款手機(jī)APP需要花費(fèi)多少錢，企業(yè)主首先必須把APP的詳細(xì)需求和功能告知APP開發(fā)公司，開發(fā)公司才能報(bào)出一個(gè)合理的價(jià)格。
二、手機(jī)APP平臺(tái)不同，制作成本也不一樣
現(xiàn)在市面上流行的手機(jī)APP制作平臺(tái)主要有兩種一般包括兩種系統(tǒng)：安卓系統(tǒng)（Android）和蘋果系統(tǒng)（IOS）。
一般來說，制作蘋果系統(tǒng)的手機(jī)APP軟件費(fèi)用要比安卓平臺(tái)的貴一些，因?yàn)樘O果公司對(duì)蘋果平臺(tái)的封閉性和手機(jī)APP開發(fā)語言O(shè)bjective-C的難度，都讓APP開發(fā)者加大了蘋果系統(tǒng)手機(jī)APP開發(fā)的難度。
三、APP制作成本包含參與人員的工資
通常情況下，開發(fā)一款A(yù)PP需要產(chǎn)品經(jīng)理、客戶端工程師、后端工程師和UI設(shè)計(jì)師各一名，這已經(jīng)是制作手機(jī)APP應(yīng)用軟件比較精簡(jiǎn)的配置了，所以這些參與人員的工資也是包含在APP制作成本當(dāng)中的。這些工作人員的月薪加起來可能都會(huì)超過4、5萬元。
四、APP開發(fā)公司的所在地
需要注意的是，同樣實(shí)力的APP開發(fā)公司，在不同的城市也會(huì)導(dǎo)致APP的成本費(fèi)用高一些
重慶分公司
重慶分公司
