分析技術(shù)選取方案
多線程下載
GCD和OpeationQueue:都是iOS提供的十分方便的多線程實(shí)現(xiàn)方案，GCD使用起來(lái)方便簡(jiǎn)單赊级，但是由于可控性較差，反而不如OperationQueue和Operation的組合可定制性更強(qiáng)翘县。
斷點(diǎn)續(xù)傳
NSURLSessionDownloadTask和NSURLSessionDataTask：都可實(shí)現(xiàn)斷點(diǎn)續(xù)傳氓奈，downloadTask會(huì)由系統(tǒng)在下載時(shí)在temp文件下生成臨時(shí)文件，并且返還resumeData供斷點(diǎn)續(xù)傳潜慎，但由于temp文件下內(nèi)容隨時(shí)會(huì)被系統(tǒng)清理掉蒜焊，且在大文件時(shí)存在問題优妙，所以采用dataTask,用http的“Range”字段進(jìn)行斷點(diǎn)續(xù)傳控制套硼。
結(jié)構(gòu)設(shè)計(jì)
1.類劃分
(1).對(duì)于每一個(gè)下載鏈接來(lái)說都是一個(gè)任務(wù)，可以抽象成一個(gè)任務(wù)模型，DownLoadModel翠霍。
(2).下載的具體執(zhí)行者，由于確定方案是采用operation和operationQueue的方案狈谊，則需要重寫Operation,完成自己的定制，即具體的下載執(zhí)行者喳篇，DownloadOperation敞临。
(3).下載下來(lái)的內(nèi)容需要存儲(chǔ)在本地，并且在每次續(xù)傳下載時(shí)根據(jù)存儲(chǔ)的數(shù)據(jù)和源文件大小比對(duì)校正后再去續(xù)傳麸澜，防止意外導(dǎo)致的文件損壞挺尿，和記錄的導(dǎo)致不一致。即存儲(chǔ)每次的下載模型和文件管理，F(xiàn)ileHelper和DownloadStore>
(4).下載管理中心票髓，提供多線程下載和斷點(diǎn)續(xù)傳的管理入口攀涵，并把其余各對(duì)象結(jié)合起來(lái)。
即簡(jiǎn)單確定下來(lái)基本的類：
YHFileDownLoadManager:下載管理中心
YHFileDownLoadModel :下載任務(wù)模型
YHFileDownLoadOperation：下載動(dòng)作具體執(zhí)行者
YHFileHelper：文件幫助類
YHFileDownloadStore：數(shù)據(jù)庫(kù)存儲(chǔ)類
借助第三方：
YTKKeyValueStore：用于數(shù)據(jù)庫(kù)存儲(chǔ)
YYModel：模型和Json的轉(zhuǎn)化
2.功能結(jié)構(gòu)設(shè)計(jì)
Manager職責(zé)：
根據(jù)URL和存儲(chǔ)目錄生成任務(wù)模型洽沟；判斷該任務(wù)是否存在以故；判斷存儲(chǔ)目錄是否存在，不存在則創(chuàng)建裆操；把任務(wù)加載到下載隊(duì)列等待執(zhí)行怒详；控制任務(wù)執(zhí)行動(dòng)作：開始，下載踪区，暫停昆烁，取消等；存儲(chǔ)任務(wù)狀態(tài)到數(shù)據(jù)庫(kù)當(dāng)應(yīng)用退出或?qū)ο箐N毀時(shí)缎岗；每次啟動(dòng)時(shí)獲取上次未完成的下載任務(wù)信息静尼。
Model職責(zé):
存儲(chǔ)任務(wù)的信息，并提供任務(wù)的唯一標(biāo)示传泊，sigleID鼠渺。
Operation職責(zé)：
進(jìn)行下載或斷點(diǎn)續(xù)傳；每次下載前校正已下載數(shù)據(jù)大小眷细，維護(hù)任務(wù)的下載狀態(tài)拦盹。
FileHelper:
文件是否存在與創(chuàng)建；文件夾是否存在與創(chuàng)建溪椎；獲取文件大小普舆。
Store職責(zé)：
將任務(wù)模型以鍵值對(duì)的存儲(chǔ)方式在數(shù)據(jù)庫(kù)表內(nèi)。
重點(diǎn)事項(xiàng)：
(1).模型的狀態(tài)維護(hù)：模型當(dāng)前的狀態(tài)應(yīng)該是唯一的校读，即模型的狀態(tài)改變需要注意沼侣，稍不注意就有可能因?yàn)槎嗵幐膭?dòng)而造成混論，所以：本人在此采用了數(shù)組來(lái)維護(hù)任務(wù)模型歉秫，其余地方則都是從該數(shù)組內(nèi)獲取的對(duì)象的引用华临，并且模型狀態(tài)的改變除了創(chuàng)建時(shí)的初始狀態(tài)外，改變只交給了Operation,根據(jù)下載的變化來(lái)調(diào)整模型狀態(tài)端考。
(2).Operation的重寫：
繼承自系統(tǒng)的Operation,重寫時(shí)需注意維護(hù)幾個(gè)變量的狀態(tài)：executing，finished揭厚，cancelled,分別對(duì)應(yīng)了是否正在執(zhí)行却特，是否完成，是否取消筛圆。因?yàn)楫?dāng)opeartion提交到queue中后裂明，什么時(shí)候開始執(zhí)行是有系統(tǒng)決定的，而系統(tǒng)是否啟動(dòng)當(dāng)前任務(wù)太援，暫停當(dāng)前任務(wù)闽晦，取消當(dāng)前任務(wù)以及結(jié)束當(dāng)前任務(wù)調(diào)取下一任務(wù)進(jìn)入隊(duì)列扳碍，則都是由內(nèi)部幾個(gè)變量來(lái)進(jìn)行維護(hù)的，系統(tǒng)在每次執(zhí)行任務(wù)時(shí)仙蛉，都會(huì)去訪問這些變量的值以決定下一步動(dòng)作笋敞，所以，要做好這些狀態(tài)值的維護(hù)（沒辦法荠瘪，重寫了當(dāng)然是由自己去維護(hù)了夯巷。。）
完結(jié)
說了這么多哀墓，怎么沒見代碼趁餐，show me your code。篮绰。后雷。額，重點(diǎn)是分析設(shè)計(jì)吠各，其次才是代碼實(shí)現(xiàn)（其實(shí)是懶）臀突，詳細(xì)代碼實(shí)現(xiàn)參見文章開頭地址鏈接，demo示例是在工程的DownloadViewController走孽。
注：在示例demo內(nèi)：下載任務(wù)加進(jìn)去并沒有立刻開始執(zhí)行惧辈，而是處于等待狀態(tài)，需要自己點(diǎn)擊開始執(zhí)行磕瓷，并且此下載中心只維護(hù)了未完成的下載任務(wù)盒齿，包括：下載中，等待困食，開始边翁，失敗，暫停等硕盹，而完成的任務(wù)則會(huì)在完成時(shí)拋出給你符匾，不在此維護(hù)范圍之內(nèi)。demo若需重復(fù)觀看瘩例，最好在下載完成時(shí)清理已經(jīng)下載好的文件啊胶，否則在下載隊(duì)列開始下載時(shí)，若發(fā)現(xiàn)本地已經(jīng)有下載好的一份垛贤，會(huì)瞬間100%已完成焰坪。
思考
本人對(duì)這個(gè)多線程下載&&斷點(diǎn)續(xù)傳尚存在一些可以優(yōu)化的疑問？有大神知道望不吝賜教聘惦，即在創(chuàng)建下載任務(wù)時(shí)某饰，我是每一個(gè)dataTask創(chuàng)建了一個(gè)session,這樣有多個(gè)task就會(huì)有多個(gè)session，本人認(rèn)為這點(diǎn)是不合理的，connnection是這樣的沒問題黔漂，但是session是會(huì)話诫尽，一個(gè)session應(yīng)該可以對(duì)應(yīng)多個(gè)task的，但是我看了文檔炬守，說是多個(gè)task對(duì)應(yīng)一個(gè)session將會(huì)共用一個(gè)delegate,每個(gè)task都會(huì)有一個(gè)taskIdentifier標(biāo)識(shí)牧嫉，那么按照我的設(shè)計(jì)實(shí)現(xiàn)，在任務(wù)對(duì)象關(guān)聯(lián)下載執(zhí)行者時(shí)處理就不是最優(yōu)的劳较，望大神看下源碼給個(gè)建議驹止，這點(diǎn)略有些暈，還請(qǐng)指點(diǎn)迷津观蜗，本人也會(huì)繼續(xù)考慮這個(gè)問題臊恋。
看~灰機(jī)~灰機(jī)灰過來(lái)了~灰機(jī)又灰過去了~
