? ? ? ? 最近在項目中優(yōu)化了多圖上傳以及發(fā)布個人動態(tài)的功能摄杂，雖然也并沒有很難坝咐，還是記錄一下。
更新：中間有個版本我在App中使用的圖片上傳邏輯：選擇完圖片之后生成圖片名稱析恢，生成圖片名后在后臺線程上傳圖片至OSS墨坚，該過程與心情發(fā)布可同時進(jìn)行。但是后來在用戶使用過程中映挂，發(fā)現(xiàn)圖片會有幾率上傳失敗泽篮，但是之前未做任何處理，經(jīng)檢測失敗原因可能是：
（1）柑船、上傳圖片過程中殺死應(yīng)用帽撑，導(dǎo)致上傳線程被終止
（2）、上傳圖片過程中斷網(wǎng)
因此后來采取了其他上傳方式保證圖片上傳的成功率椎组，最終所采用的上傳方式是：
（1）油狂、選擇完圖片之后生成圖片名稱。
（2）寸癌、圖片名稱為key专筷，圖片data作為value 存入緩存。
（3）蒸苇、從緩存中讀取圖片名稱及信息并上傳磷蛹，因為上傳圖片時是同步，每上傳成功一張就從緩存中刪除溪烤。
（4）味咳、每次應(yīng)用啟動或者監(jiān)測網(wǎng)絡(luò)重新連接時去緩存中讀取是否有圖片需要上傳庇勃。
我自己測試下來這種是可以避免已有的圖片上傳失敗的問題的。
如果大家有什么其他好的方法也可以告知我槽驶，感謝责嚷！
? ? ? ? 自己項目中的發(fā)布個人動態(tài)功能（類似于微信朋友圈，可發(fā)文字掂铐、圖片罕拂、動圖）速度賊慢（在帶有圖片時整個發(fā)布過程長達(dá)幾秒鐘，這對于用戶來說肯定是無法忍受的）全陨，因此需要對這一塊兒進(jìn)行優(yōu)化爆班。說實(shí)話，剛開始領(lǐng)導(dǎo)的要求只是把圖片上傳由剛開始的先上傳到公司服務(wù)器再由后臺傳到阿里云 改為 直接由移動端上傳到阿里云辱姨，我也以為就這么簡單柿菩，結(jié)果，在看了OSS的文檔并在移動端集成了上傳功能雨涛，而且上傳前使用?UIImageJPEGRepresentation?壓縮圖片枢舶，并使用以下代碼簡單改了圖片尺寸，但最后發(fā)現(xiàn)事情并沒有那么簡單替久，體驗仍然是災(zāi)難級別的祟辟。
? ? ? ? 對比微信朋友圈，作為第一大社交應(yīng)用侣肄，微信在性能優(yōu)化方面真的是極盡所能，剛開始在網(wǎng)上搜了關(guān)于微信朋友圈機(jī)制的文章醇份，微信朋友圈千億訪問量背后的技術(shù)挑戰(zhàn)和實(shí)踐總結(jié)稼锅，當(dāng)然這篇是沒有太大作用的，還有就是微信關(guān)于圖片壓縮的邏輯僚纷，這個是看其他大神博客總結(jié)的張小龍演講的內(nèi)容矩距。其實(shí)對于朋友圈多圖上傳的邏輯，拿自己手機(jī)微信在聯(lián)網(wǎng)和斷網(wǎng)情況下多測幾次怖竭，大概能猜出來锥债。朋友圈在無網(wǎng)狀態(tài)下，也是可以發(fā)布動態(tài)的痊臭，自己也可以看到哮肚，但是其他人是看不到的，在重新聯(lián)網(wǎng)后广匙，過一會兒允趟，其他人就可以看到了。結(jié)合網(wǎng)上查到的資料鸦致，邏輯大概是用戶在點(diǎn)擊發(fā)布之后新建一條副本潮剪，給用戶第一時間顯示的是副本數(shù)據(jù)涣楷，后臺開辟線程默默上傳（斷網(wǎng)狀態(tài)下停止，聯(lián)網(wǎng)狀態(tài)下開始上傳）抗碰，當(dāng)然內(nèi)部邏輯肯定不會這么簡單狮斗，但是按照這個邏輯我們基本可以寫出來一個體驗相對好的發(fā)布功能了。
? ? ? ? 有了思路弧蝇，接下來就是怎么實(shí)現(xiàn)的問題了碳褒。想著邏輯很簡單，但是在寫起來時還是費(fèi)了不少時間的捍壤，因為要去考慮 多張圖片異步上傳骤视、圖片上傳成功后取到圖片URL發(fā)布動態(tài)、硬盤存儲的多個副本數(shù)據(jù)的上傳（一條副本數(shù)據(jù)相當(dāng)于一條動態(tài)）等多個操作鹃觉，在考慮之后我自己規(guī)定了操作之間的關(guān)系专酗，大致為? 多圖上傳采用異步請求，發(fā)布動態(tài)使用AFNetworking所以肯定是異步請求盗扇，而上傳圖片和發(fā)布動態(tài)之間祷肯，我使用的是同步請求，因為我想在發(fā)布動態(tài)的時候就確保圖片已經(jīng)上傳成功了疗隶，當(dāng)然也可以采用異步佑笋，因為圖片名稱是自己定義的，域名也都是已知的斑鼻，直接可以拿到url蒋纬，但是里面有些細(xì)節(jié)我沒考慮好，所以暫不說異步坚弱。說回同步蜀备，想到這里的時候突然想起了之前去途牛面試的時候問到的一個問題，兩個異步請求荒叶，但是希望兩者間是個同步關(guān)系碾阁，怎么處理？ 可能很多人都知道些楣，我是查過之后才知道的脂凶，使用?dispatch_semaphore_t（信號量）關(guān)于信號量有很多講解的文章，這里就不贅述了愁茁。簡單說類似于設(shè)置資源量然后進(jìn)行加鎖蚕钦。? 然后就是多個動態(tài)發(fā)布操作之間的關(guān)系，也是同步鹅很。不然有可能造成多個副本中圖片的混亂冠桃。
