随著(zhe)互聯網技術及基礎設施的(de)發展，很多(duō)以前想想都覺得(de)奢侈的(de)場(chǎng)景應用(yòng)現在都變得(de)非常日常了(le)，比如視頻(pín)直播、短視頻(pín)、VR全景等等。就VR全景而已，最近今年在國内的(de)應用(yòng)非常火，比如VR看房(fáng)、VR遊覽景區(qū)等等。

在國内，很多(duō)VR全景産品的(de)處理(lǐ)引擎都是基于外國友人(rén)寫的(de)krpano這(zhè)套軟件，然後在應用(yòng)層面使用(yòng)不同的(de)開發技能與工具加上擴展的(de)功能模塊。就目前我們參與過的(de)VR項目，底層核心部分(fēn)的(de)處理(lǐ)引擎都是采用(yòng)krpano。基于krpano的(de)全景項目我們開發了(le)數個(gè)，目前就遇到了(le)一個(gè)極端情況下(xià)的(de)問題。

x01問題

用(yòng)戶反饋：一次性上傳20張20MB左右圖片；上傳采用(yòng)阿裏雲OSS，是沒有問題的(de)，然而上傳成功後在等待切圖的(de)時(shí)候，一直卡住不動了(le)。而上傳較少的(de)圖片（哪怕圖片超過100MB）或者較多(duō)圖片每張圖片很小都可(kě)以上傳并切圖完成。

x02分(fēn)析

到了(le)切圖流程說明(míng)圖片肯定是上傳成功的(de)，因爲采用(yòng)第三方存儲的(de)架構項目，全景圖片處理(lǐ)的(de)基本流程是：上傳原圖到阿裏雲OSS–>服務端從阿裏雲OSS通(tōng)過CDN獲取圖片（也(yě)可(kě)以直接一步到位傳到服務器本地）–>krpano切圖并在服務器臨時(shí)存儲或永久存儲–>切圖生成的(de)圖片上傳到OSS，并在并在數據庫記錄各個(gè)圖片路徑–>通(tōng)過krpano算(suàn)法組合圖片生成我們看到的(de)全景。

于是，圖片上傳接口肯定是正常的(de)，不管圖片是直接上傳到服務器本地還(hái)是先上傳到阿裏OSS這(zhè)類第三方存儲雲平台；而且切圖接口返回也(yě)是正常的(de)，也(yě)就是說明(míng)切圖流程已經開始執行了(le)；再者開發的(de)時(shí)候由于考慮這(zhè)種場(chǎng)景下(xià)上傳及切圖處理(lǐ)時(shí)間肯定不會太短，所以做(zuò)了(le)一個(gè)心跳處理(lǐ)，而且該接口也(yě)是正常的(de)。