0.第三方框架SDWebImage
(1)SDWebImage基本使用
01設(shè)置imageView的圖片? ? [cell.imageViewsd_setImageWithURL:[NSURLURLWithString:app.icon] placeholderImage:[UIImageimageNamed:@"placehoder"]];02設(shè)置圖片并計(jì)算下載進(jìn)度//下載并設(shè)置圖片/*
第一個(gè)參數(shù):要下載圖片的url地址
第二個(gè)參數(shù):設(shè)置該imageView的占位圖片
第三個(gè)參數(shù):傳一個(gè)枚舉值躏惋,告訴程序你下載圖片的策略是什么
第一個(gè)block塊:獲取當(dāng)前圖片數(shù)據(jù)的下載進(jìn)度
receivedSize:已經(jīng)下載完成的數(shù)據(jù)大小
expectedSize:該文件的數(shù)據(jù)總大小
第二個(gè)block塊:當(dāng)圖片下載完成之后執(zhí)行該block中的代碼
image:下載得到的圖片數(shù)據(jù)
error:下載出現(xiàn)的錯(cuò)誤信息
SDImageCacheType:圖片的緩存策略(不緩存迹炼,內(nèi)存緩存,沙盒緩存)
imageURL:下載的圖片的url地址
*/[cell.imageViewsd_setImageWithURL:[NSURLURLWithString:app.icon] placeholderImage:[UIImageimageNamed:@"placehoder"] options:SDWebImageRetryFailed progress:^(NSIntegerreceivedSize,NSIntegerexpectedSize) {//計(jì)算當(dāng)前圖片的下載進(jìn)度NSLog(@"%.2f",1.0*receivedSize / expectedSize);? ? } completed:^(UIImage*image,NSError*error, SDImageCacheType cacheType,NSURL*imageURL) {? ? }];03系統(tǒng)級(jí)內(nèi)存警告如何處理(面試)//取消當(dāng)前正在進(jìn)行的所有下載操作[[SDWebImageManager sharedManager] cancelAll];//清除緩存數(shù)據(jù)(面試)//cleanDisk:刪除過(guò)期的文件數(shù)據(jù)宋光,計(jì)算當(dāng)前未過(guò)期的已經(jīng)下載的文件數(shù)據(jù)的大小,如果發(fā)現(xiàn)該數(shù)據(jù)大小大于我們?cè)O(shè)置的最大緩存數(shù)據(jù)大小耻涛,那么程序內(nèi)部會(huì)按照按文件數(shù)據(jù)緩存的時(shí)間從遠(yuǎn)到近刪除烘绽,知道小于最大緩存數(shù)據(jù)為止。//clearMemory:直接刪除文件,重新創(chuàng)建新的文件夾//[[SDWebImageManager sharedManager].imageCache cleanDisk];[[SDWebImageManager sharedManager].imageCacheclearMemory];04SDWebImage默認(rèn)的緩存時(shí)間是1周05如何播放gif圖片/*
5-1 把用戶傳入的gif圖片->NSData
5-2 根據(jù)該Data創(chuàng)建一個(gè)圖片數(shù)據(jù)源(NSData->CFImageSourceRef)
5-3 計(jì)算該數(shù)據(jù)源中一共有多少幀终佛,把每一幀數(shù)據(jù)取出來(lái)放到圖片數(shù)組中
5-4 根據(jù)得到的數(shù)組+計(jì)算的動(dòng)畫(huà)時(shí)間-》可動(dòng)畫(huà)的image
[UIImage animatedImageWithImages:images duration:duration];
*/06如何判斷當(dāng)前圖片類型俊嗽,只判斷圖片二進(jìn)制數(shù)據(jù)的第一個(gè)字節(jié)? ? + (NSString*)sd_contentTypeForImageData:(NSData*)data;07內(nèi)部如何進(jìn)行緩存處理?使用了NSCache類铃彰,使用和NSDictionary類似08沙盒緩存圖片的命名方式為對(duì)該圖片的URL進(jìn)行MD5加密? echo -n"url"|MD509當(dāng)接收到內(nèi)存警告之后绍豁,內(nèi)部會(huì)自動(dòng)清理內(nèi)存緩存10圖片的下載順序,默認(rèn)是先進(jìn)先出的
(2)SDWebImage內(nèi)部結(jié)構(gòu)
1.Runloop基礎(chǔ)知識(shí)
1.1 字面意思
a 運(yùn)行循環(huán)
b 跑圈
1.2 基本作用(作用重大)
a 保持程序的持續(xù)運(yùn)行(ios程序?yàn)槭裁茨芤恢被钪粫?huì)死)
b 處理app中的各種事件(比如觸摸事件牙捉、定時(shí)器事件【NSTimer】竹揍、selector事件【選擇器·performSelector···】)
c 節(jié)省CPU資源,提高程序性能邪铲,有事情就做事情芬位,沒(méi)事情就休息
1.3 重要說(shuō)明
(1)如果沒(méi)有Runloop,那么程序一啟動(dòng)就會(huì)退出,什么事情都做不了带到。
(2)如果有了Runloop昧碉,那么相當(dāng)于在內(nèi)部有一個(gè)死循環(huán),能夠保證程序的持續(xù)運(yùn)行
(2)main函數(shù)中的Runloop
a 在UIApplication函數(shù)內(nèi)部就啟動(dòng)了一個(gè)Runloop
該函數(shù)返回一個(gè)int類型的值
b 這個(gè)默認(rèn)啟動(dòng)的Runloop是跟主線程相關(guān)聯(lián)的
1.4 Runloop對(duì)象
(1)在iOS開(kāi)發(fā)中有兩套api來(lái)訪問(wèn)Runloop
a.foundation框架【NSRunloop】
b.core foundation框架【CFRunloopRef】
(2)NSRunLoop和CFRunLoopRef都代表著RunLoop對(duì)象,它們是等價(jià)的揽惹,可以互相轉(zhuǎn)換
(3)NSRunLoop是基于CFRunLoopRef的一層OC包裝婴梧,所以要了解RunLoop內(nèi)部結(jié)構(gòu)退客,需要多研究CFRunLoopRef層面的API(Core Foundation層面)
1.5 Runloop參考資料
(1)蘋(píng)果官方文檔https://developer.apple.com/library/mac/documentation/Cocoa/Conceptual/Multithreading/RunLoopManagement/RunLoopManagement.html(2)CFRunLoopRef開(kāi)源代碼下載地址:http://opensource.apple.com/source/CF/CF-1151.16/
1.6 Runloop與線程
1.Runloop和線程的關(guān)系:一個(gè)Runloop對(duì)應(yīng)著一條唯一的線程
問(wèn)題:如何讓子線程不死
回答:給這條子線程開(kāi)啟一個(gè)Runloop
2.Runloop的創(chuàng)建:主線程Runloop已經(jīng)創(chuàng)建好了,子線程的runloop需要手動(dòng)創(chuàng)建
3.Runloop的生命周期:在第一次獲取時(shí)創(chuàng)建,在線程結(jié)束時(shí)銷毀
1.7 獲得Runloop對(duì)象
1.獲得當(dāng)前Runloop對(duì)象//01 NSRunloopNSRunLoop * runloop1 = [NSRunLoop currentRunLoop];//02 CFRunLoopRefCFRunLoopRef runloop2 =? CFRunLoopGetCurrent();2.拿到當(dāng)前應(yīng)用程序的主Runloop(主線程對(duì)應(yīng)的Runloop)//01 NSRunloopNSRunLoop * runloop1 = [NSRunLoop mainRunLoop];//02 CFRunLoopRefCFRunLoopRef runloop2 =? CFRunLoopGetMain();3.注意點(diǎn):開(kāi)一個(gè)子線程創(chuàng)建runloop,不是通過(guò)alloc init方法創(chuàng)建这刷,而是直接通過(guò)調(diào)用currentRunLoop方法來(lái)創(chuàng)建,它本身是一個(gè)懶加載的监嗜。4.在子線程中非迹,如果不主動(dòng)獲取Runloop的話,那么子線程內(nèi)部是不會(huì)創(chuàng)建Runloop的喝检⌒崂保可以下載CFRunloopRef的源碼,搜索_CFRunloopGet0,查看代碼挠说。5.Runloop對(duì)象是利用字典來(lái)進(jìn)行存儲(chǔ)澡谭,而且key是對(duì)應(yīng)的線程Value為該線程對(duì)應(yīng)的Runloop。
1.8 Runloop相關(guān)類
(1)Runloop運(yùn)行原理圖
(2)五個(gè)相關(guān)的類
a.CFRunloopRef
b.CFRunloopModeRef【Runloop的運(yùn)行模式】
c.CFRunloopSourceRef【Runloop要處理的事件源】
d.CFRunloopTimerRef【Timer事件】
e.CFRunloopObserverRef【Runloop的觀察者(監(jiān)聽(tīng)者)】
(3)Runloop和相關(guān)類之間的關(guān)系圖
(4)Runloop要想跑起來(lái)损俭,它的內(nèi)部必須要有一個(gè)mode,這個(gè)mode里面必須有source\observer\timer蛙奖,至少要有其中的一個(gè)。
CFRunloopModeRef
1.CFRunloopModeRef代表著Runloop的運(yùn)行模式
2.一個(gè)Runloop中可以有多個(gè)mode,一個(gè)mode里面又可以有多個(gè)source\observer\timer等等
3.每次runloop啟動(dòng)的時(shí)候杆兵,只能指定一個(gè)mode,這個(gè)mode被稱為該Runloop的當(dāng)前mode
4.如果需要切換mode,只能先退出當(dāng)前Runloop,再重新指定一個(gè)mode進(jìn)入
5.這樣做主要是為了分割不同組的定時(shí)器等雁仲,讓他們相互之間不受影響
6.系統(tǒng)默認(rèn)注冊(cè)了5個(gè)mode
a.kCFRunLoopDefaultMode:App的默認(rèn)Mode,通常主線程是在這個(gè)Mode下運(yùn)行
b.UITrackingRunLoopMode:界面跟蹤 Mode琐脏,用于 ScrollView 追蹤觸摸滑動(dòng)攒砖,保證界面滑動(dòng)時(shí)不受其他 Mode 影響
c.UIInitializationRunLoopMode: 在剛啟動(dòng) App 時(shí)第進(jìn)入的第一個(gè) Mode缸兔,啟動(dòng)完成后就不再使用
d.GSEventReceiveRunLoopMode: 接受系統(tǒng)事件的內(nèi)部 Mode,通常用不到
e.kCFRunLoopCommonModes: 這是一個(gè)占位用的Mode吹艇,不是一種真正的Mode
CFRunloopTimerRef
(1)NSTimer相關(guān)代碼
/*
說(shuō)明:
(1)runloop一啟動(dòng)就會(huì)選中一種模式惰蜜,當(dāng)選中了一種模式之后其它的模式就都不鳥(niǎo)。一個(gè)mode里面可以添加多個(gè)NSTimer,也就是說(shuō)以后當(dāng)創(chuàng)建NSTimer的時(shí)候受神,可以指定它是在什么模式下運(yùn)行的抛猖。
(2)它是基于時(shí)間的觸發(fā)器,說(shuō)直白點(diǎn)那就是時(shí)間到了我就觸發(fā)一個(gè)事件鼻听,觸發(fā)一個(gè)操作财著。基本上說(shuō)的就是NSTimer
(3)相關(guān)代碼
*/- (void)timer2{//NSTimer 調(diào)用了scheduledTimer方法精算,那么會(huì)自動(dòng)添加到當(dāng)前的runloop里面去瓢宦,而且runloop的運(yùn)行模式kCFRunLoopDefaultModeNSTimer *timer = [NSTimer scheduledTimerWithTimeInterval:2.0target:selfselector:@selector(run) userInfo:nilrepeats:YES];//更改模式[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];}- (void)timer1{//? ? [NSTimer scheduledTimerWithTimeInterval:2.0 target:self selector:@selector(run) userInfo:nil repeats:YES];NSTimer *timer = [NSTimer timerWithTimeInterval:2.0target:selfselector:@selector(run) userInfo:nilrepeats:YES];//定時(shí)器添加到UITrackingRunLoopMode模式,一旦runloop切換模式灰羽,那么定時(shí)器就不工作//? ? [[NSRunLoop currentRunLoop] addTimer:timer forMode:UITrackingRunLoopMode];//定時(shí)器添加到NSDefaultRunLoopMode模式驮履,一旦runloop切換模式,那么定時(shí)器就不工作//? ? [[NSRunLoop currentRunLoop] addTimer:timer forMode:NSDefaultRunLoopMode];//占位模式:common modes標(biāo)記//被標(biāo)記為common modes的模式 kCFRunLoopDefaultMode? UITrackingRunLoopMode[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];//? ? NSLog(@"%@",[NSRunLoop currentRunLoop]);}- (void)run{NSLog(@"---run---%@",[NSRunLoop currentRunLoop].currentMode);}- (IBAction)btnClick {NSLog(@"---btnClick---");}
(2)GCD中的定時(shí)器
//0.創(chuàng)建一個(gè)隊(duì)列dispatch_queue_tqueue = dispatch_get_global_queue(0,0);//1.創(chuàng)建一個(gè)GCD的定時(shí)器/*
第一個(gè)參數(shù):說(shuō)明這是一個(gè)定時(shí)器
第四個(gè)參數(shù):GCD的回調(diào)任務(wù)添加到那個(gè)隊(duì)列中執(zhí)行廉嚼,如果是主隊(duì)列則在主線程執(zhí)行
*/dispatch_source_t timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER,0,0, queue);//2.設(shè)置定時(shí)器的開(kāi)始時(shí)間玫镐,間隔時(shí)間以及精準(zhǔn)度//設(shè)置開(kāi)始時(shí)間,三秒鐘之后調(diào)用dispatch_time_t start = dispatch_time(DISPATCH_TIME_NOW,3.0*NSEC_PER_SEC);//設(shè)置定時(shí)器工作的間隔時(shí)間uint64_t intevel =1.0* NSEC_PER_SEC;/*
第一個(gè)參數(shù):要給哪個(gè)定時(shí)器設(shè)置
第二個(gè)參數(shù):定時(shí)器的開(kāi)始時(shí)間DISPATCH_TIME_NOW表示從當(dāng)前開(kāi)始
第三個(gè)參數(shù):定時(shí)器調(diào)用方法的間隔時(shí)間
第四個(gè)參數(shù):定時(shí)器的精準(zhǔn)度怠噪,如果傳0則表示采用最精準(zhǔn)的方式計(jì)算恐似,如果傳大于0的數(shù)值,則表示該定時(shí)切換i可以接收該值范圍內(nèi)的誤差傍念,通常傳0
該參數(shù)的意義:可以適當(dāng)?shù)奶岣叱绦虻男阅?/p>
注意點(diǎn):GCD定時(shí)器中的時(shí)間以納秒為單位(面試)
*/dispatch_source_set_timer(timer, start, intevel,0* NSEC_PER_SEC);//3.設(shè)置定時(shí)器開(kāi)啟后回調(diào)的方法/*
第一個(gè)參數(shù):要給哪個(gè)定時(shí)器設(shè)置
第二個(gè)參數(shù):回調(diào)block
*/dispatch_source_set_event_handler(timer, ^{NSLog(@"------%@",[NSThreadcurrentThread]);? ? });//4.執(zhí)行定時(shí)器dispatch_resume(timer);//注意:dispatch_source_t本質(zhì)上是OC類矫夷,在這里是個(gè)局部變量,需要強(qiáng)引用self.timer= timer;GCD定時(shí)器補(bǔ)充/*
DISPATCH_SOURCE_TYPE_TIMER? ? ? ? 定時(shí)響應(yīng)(定時(shí)器事件)
DISPATCH_SOURCE_TYPE_SIGNAL? ? ? ? 接收到UNIX信號(hào)時(shí)響應(yīng)
DISPATCH_SOURCE_TYPE_READ? ? ? ? ? IO操作憋槐,如對(duì)文件的操作双藕、socket操作的讀響應(yīng)
DISPATCH_SOURCE_TYPE_WRITE? ? ? ? IO操作,如對(duì)文件的操作阳仔、socket操作的寫(xiě)響應(yīng)
DISPATCH_SOURCE_TYPE_VNODE? ? ? ? 文件狀態(tài)監(jiān)聽(tīng)忧陪,文件被刪除、移動(dòng)近范、重命名
DISPATCH_SOURCE_TYPE_PROC? ? ? ? ? 進(jìn)程監(jiān)聽(tīng),如進(jìn)程的退出嘶摊、創(chuàng)建一個(gè)或更多的子線程、進(jìn)程收到UNIX信號(hào)
下面兩個(gè)都屬于Mach相關(guān)事件響應(yīng)
DISPATCH_SOURCE_TYPE_MACH_SEND
DISPATCH_SOURCE_TYPE_MACH_RECV
下面兩個(gè)都屬于自定義的事件评矩,并且也是有自己來(lái)觸發(fā)
DISPATCH_SOURCE_TYPE_DATA_ADD
DISPATCH_SOURCE_TYPE_DATA_OR
*/
CFRunloopSourceRef
1.是事件源也就是輸入源叶堆,有兩種分類模式;
一種是按照蘋(píng)果官方文檔進(jìn)行劃分的
另一種是基于函數(shù)的調(diào)用棧來(lái)進(jìn)行劃分的(source0和source1)斥杜。
2.具體的分類情況
(1)以前的分法
Port-Based Sources
Custom Input Sources
Cocoa Perform Selector Sources
(2)現(xiàn)在的分法
Source0:非基于Port的
Source1:基于Port的
3.可以通過(guò)打斷點(diǎn)的方式查看一個(gè)方法的函數(shù)調(diào)用棧
CFRunLoopObserverRef
(1)CFRunLoopObserverRef是觀察者蹂空,能夠監(jiān)聽(tīng)RunLoop的狀態(tài)改變
(2)如何監(jiān)聽(tīng)
//創(chuàng)建一個(gè)runloop監(jiān)聽(tīng)者CFRunLoopObserverRef observer = CFRunLoopObserverCreateWithHandler(CFAllocatorGetDefault(),kCFRunLoopAllActivities,YES,0, ^(CFRunLoopObserverRef observer, CFRunLoopActivity activity) {NSLog(@"監(jiān)聽(tīng)runloop狀態(tài)改變---%zd",activity);? ? });//為runloop添加一個(gè)監(jiān)聽(tīng)者CFRunLoopAddObserver(CFRunLoopGetCurrent(), observer, kCFRunLoopDefaultMode);? ? CFRelease(observer);
(3)監(jiān)聽(tīng)的狀態(tài)
typedefCF_OPTIONS(CFOptionFlags, CFRunLoopActivity) {? ? kCFRunLoopEntry = (1UL <<0),//即將進(jìn)入RunloopkCFRunLoopBeforeTimers = (1UL <<1),//即將處理NSTimerkCFRunLoopBeforeSources = (1UL <<2),//即將處理SourceskCFRunLoopBeforeWaiting = (1UL <<5),//即將進(jìn)入休眠kCFRunLoopAfterWaiting = (1UL <<6),//剛從休眠中喚醒kCFRunLoopExit = (1UL <<7),//即將退出runloopkCFRunLoopAllActivities =0x0FFFFFFFU//所有狀態(tài)改變};
1.9 Runloop運(yùn)行邏輯 -
2.Runloop應(yīng)用
1)NSTimer
2)ImageView顯示:控制方法在特定的模式下可用
3)PerformSelector
4)常駐線程:在子線程中開(kāi)啟一個(gè)runloop
5)自動(dòng)釋放池
第一次創(chuàng)建:進(jìn)入runloop的時(shí)候
最后一次釋放:runloop退出的時(shí)候
其它創(chuàng)建和釋放:當(dāng)runloop即將休眠的時(shí)候會(huì)把之前的自動(dòng)釋放池釋放俯萌,然后重新創(chuàng)建一個(gè)新的釋放池
3.網(wǎng)絡(luò)基礎(chǔ)
3.1 網(wǎng)絡(luò)基礎(chǔ)
001 問(wèn)題:為什么要學(xué)習(xí)網(wǎng)絡(luò)編程果录?
回答:(1)網(wǎng)絡(luò)編程是一種實(shí)時(shí)更新應(yīng)用數(shù)據(jù)的常用手段
(2)網(wǎng)絡(luò)編程是開(kāi)發(fā)優(yōu)秀網(wǎng)絡(luò)應(yīng)用的前提和基礎(chǔ)
002 網(wǎng)絡(luò)基本概念
2-1 客戶端(就是手機(jī)或者ipad等手持設(shè)備上面的APP)
2-2 服務(wù)器(遠(yuǎn)程服務(wù)器-本地服務(wù)器)
2-3 請(qǐng)求(客戶端索要數(shù)據(jù)的方式)
2-4 響應(yīng)(需要客戶端解析數(shù)據(jù))
2-5 數(shù)據(jù)庫(kù)(服務(wù)器的數(shù)據(jù)從哪里來(lái))
3.2 Http
001 URL
1-1 如何找到服務(wù)器(通過(guò)一個(gè)唯一的URL)
1-2 URL介紹
a. 統(tǒng)一資源定位符
b. url格式(協(xié)議\主機(jī)地址\路徑)
協(xié)議:不同的協(xié)議上枕,代表著不同的資源查找方式、資源傳輸方式
主機(jī)地址:存放資源的主機(jī)(服務(wù)器)的IP地址(域名)
路徑:資源在主機(jī)(服務(wù)器)中的具體位置
1-3 請(qǐng)求協(xié)議
【file】訪問(wèn)的是本地計(jì)算機(jī)上的資源弱恒,格式是file://(不用加主機(jī)地址)
【ftp】訪問(wèn)的是共享主機(jī)的文件資源辨萍,格式是ftp://
【mailto】訪問(wèn)的是電子郵件地址,格式是mailto:
【http】超文本傳輸協(xié)議返弹,訪問(wèn)的是遠(yuǎn)程的網(wǎng)絡(luò)資源锈玉,格式是http://(網(wǎng)絡(luò)請(qǐng)求中最常用的協(xié)議)
002 http協(xié)議
2-1 http協(xié)議簡(jiǎn)單介紹
a.超文本傳輸協(xié)議
b.規(guī)定客戶端和服務(wù)器之間的數(shù)據(jù)傳輸格式
c.讓客戶端和服務(wù)器能有效地進(jìn)行數(shù)據(jù)溝通
2-2 http協(xié)議優(yōu)缺點(diǎn)
a.簡(jiǎn)單快速(協(xié)議簡(jiǎn)單,服務(wù)器端程序規(guī)模小义起,通信速度快)
b.靈活(允許傳輸各種數(shù)據(jù))
c.非持續(xù)性連接(1.1之前版本是非持續(xù)的拉背,即限制每次連接只處理一個(gè)請(qǐng)求,服務(wù)器對(duì)客戶端的請(qǐng)求做出響應(yīng)后默终,馬上斷開(kāi)連接椅棺,這種方式可以節(jié)省傳輸時(shí)間)
2-3 基本通信過(guò)程
a.請(qǐng)求:客戶端向服務(wù)器索要數(shù)據(jù)
b.響應(yīng):服務(wù)器返回客戶端相應(yīng)的數(shù)據(jù)
003 GET和POST請(qǐng)求
3-1 http里面發(fā)送請(qǐng)求的方法
GET(常用)、POST(常用)齐蔽、OPTIONS两疚、HEAD、PUT含滴、DELETE诱渤、TRACE、CONNECT谈况、PATCH
3-2 GET和POST請(qǐng)求的對(duì)比【區(qū)別在于參數(shù)如何傳遞】
GET
在請(qǐng)求URL后面以?的形式跟上發(fā)給服務(wù)器的參數(shù)勺美,多個(gè)參數(shù)之間用&隔開(kāi),比如
http://ww.test.com/login?username=123&pwd=234&type=JSON
由于瀏覽器和服務(wù)器對(duì)URL長(zhǎng)度有限制碑韵,因此在URL后面附帶的參數(shù)是有限制的赡茸,通常不能超過(guò)1KB
POST
發(fā)給服務(wù)器的參數(shù)全部放在請(qǐng)求體中
理論上,POST傳遞的數(shù)據(jù)量沒(méi)有限制(具體還得看服務(wù)器的處理能力)
3-3 如何選擇【除簡(jiǎn)單數(shù)據(jù)查詢外泼诱,其它的一律使用POST請(qǐng)求】
a.如果要傳遞大量數(shù)據(jù)坛掠,比如文件上傳,只能用POST請(qǐng)求
b.GET的安全性比POST要差些治筒,如果包含機(jī)密\敏感信息屉栓,建議用POST
c.如果僅僅是索取數(shù)據(jù)(數(shù)據(jù)查詢),建議使用GET
d.如果是增加耸袜、修改友多、刪除數(shù)據(jù),建議使用POST
004 iOS中發(fā)送http請(qǐng)求的方案
4-1 蘋(píng)果原生
NSURLConnection 03年推出的古老技術(shù)
NSURLSession? ? 13年推出iOS7之后堤框,以取代NSURLConnection【重點(diǎn)】
CFNetwork? ? ? ? 底層技術(shù)域滥、C語(yǔ)言的
4-2 第三方框架
ASIHttpRequest
AFNetworking? ? ? ? 【重點(diǎn)】
MKNetworkKit
005 http請(qǐng)求通信過(guò)程
5-1 請(qǐng)求
【包括請(qǐng)求頭+請(qǐng)求體·非必選】
5-2 響應(yīng)
【響應(yīng)頭+響應(yīng)體】
5-3 通信過(guò)程
a.發(fā)送請(qǐng)求的時(shí)候把請(qǐng)求頭和請(qǐng)求體(請(qǐng)求體是非必須的)包裝成一個(gè)請(qǐng)求對(duì)象
b.服務(wù)器端對(duì)請(qǐng)求進(jìn)行響應(yīng)纵柿,在響應(yīng)信息中包含響應(yīng)頭和響應(yīng)體,響應(yīng)信息是對(duì)服務(wù)器端的描述启绰,具體的信息放在響應(yīng)體中傳遞給客戶端
5-4 狀態(tài)碼
【200】:請(qǐng)求成功
【400】:客戶端請(qǐng)求的語(yǔ)法錯(cuò)誤昂儒,服務(wù)器無(wú)法解析
【404】:無(wú)法找到資源
【500】:服務(wù)器內(nèi)部錯(cuò)誤,無(wú)法完成請(qǐng)求