隨著互聯(lián)網技術及基礎設施的發(fā)展，很多以前想想都覺得奢侈的場景應用現(xiàn)在都變得非常日常了，比如視頻直播、短視頻、VR全景等等。就VR全景而已，最近今年在國內的應用非常火，比如VR看房、VR游覽景區(qū)等等。

在國內，很多VR全景產品的處理引擎都是基于外國友人寫的krpano這套軟件，然后在應用層面使用不同的開發(fā)技能與工具加上擴展的功能模塊。就目前我們參與過的VR項目，底層核心部分的處理引擎都是采用krpano?；趉rpano的全景項目我們開發(fā)了數(shù)個，目前就遇到了一個極端情況下的問題。

x01問題

用戶反饋：一次性上傳20張20MB左右圖片；上傳采用阿里云OSS，是沒有問題的，然而上傳成功后在等待切圖的時候，一直卡住不動了。而上傳較少的圖片（哪怕圖片超過100MB）或者較多圖片每張圖片很小都可以上傳并切圖完成。

x02分析

到了切圖流程說明圖片肯定是上傳成功的，因為采用第三方存儲的架構項目，全景圖片處理的基本流程是：上傳原圖到阿里云OSS–>服務端從阿里云OSS通過CDN獲取圖片（也可以直接一步到位傳到服務器本地）–>krpano切圖并在服務器臨時存儲或永久存儲–>切圖生成的圖片上傳到OSS，并在并在數(shù)據(jù)庫記錄各個圖片路徑–>通過krpano算法組合圖片生成我們看到的全景。

于是，圖片上傳接口肯定是正常的，不管圖片是直接上傳到服務器本地還是先上傳到阿里OSS這類第三方存儲云平臺；而且切圖接口返回也是正常的，也就是說明切圖流程已經開始執(zhí)行了；再者開發(fā)的時候由于考慮這種場景下上傳及切圖處理時間肯定不會太短，所以做了一個心跳處理，而且該接口也是正常的。