随着互聯網技術及基礎設施的(de)發展，很多以前想想都覺黃下朋妹得奢侈的(de)場景應用現在都變得非常日常了，比如(rú)視(shì)頻直播、短(du報少區山ǎn)視(shì)頻、VR全景等等。就VR全景而已，最近今年(nián)在對街弟高國內(nèi)的(de)應用非常火，比如(rú)VR看房、V花跳西門R遊覽景區等等。

在國內(nèi)，很多VR全景産品的(de)處理(lǐ)引擎都是基于外國友人寫的(de)krp自錢年房ano這套軟件，然後在應用層面使用不同的(de)開發技能與工具加上擴展的(de)功能模塊。就目前子子報拿我們參與過的(de)VR項目，底層核心部分的(de)的河件務處理(lǐ)引擎都是采用krpano。基于krpa區低市明no的(de)全景項目我們開發了數個，目前就遇到了一(yī答拍音店)個極端情況下的(de)問題。

x01問題

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

x02分析

到了切圖流程說明圖片肯定是上傳成功的(de)，因為(wèi)廠從相輛采用第三方存儲的(de)架構項目，全景圖片處理(l體熱弟自ǐ)的(de)基本流程是：上傳原圖到阿裏雲OSS–>志麗她來服務端從阿裏雲OSS通過CDN獲取圖片（也可(kě)以直接一(yī)步到位草時對到傳到服務器本地(dì)）–>krpano切圖并在服務器臨時存儲或永久存儲–>訊算輛討;切圖生成的(de)圖片上傳到OSS，并在并在數據庫記錄各個圖片路徑–&身頻行明gt;通過krpano算法組合圖片生成我們看到的(de)全景。

于是，圖片上傳接口肯定是正常的(de)，不管圖片是直接上傳到服務器本地(dì)還是先上傳到阿裏你林還大OSS這類第三方存儲雲平台；而且切圖接口返回也是正常的(d工雨爸歌e)，也就是說明切圖流程已經開始執行了；再者開發的(de)笑林動水時候由于考慮這種場景下上傳及切圖處理(lǐ)時男少用道間肯定不會太短(duǎn)，所以做(zuò)了一(yī)個心跳處理(lǐ)美路銀鄉，而且該接口也是正常的(de)。