掃二維碼與項目經(jīng)理溝通
我們在微信上24小時期待你的聲音
解答本文疑問/技術(shù)咨詢/運營咨詢/技術(shù)建議/互聯(lián)網(wǎng)交流
krpano上傳多張大圖時切圖過程無響應分析
2018-09-07 欄目：行業(yè)新聞 查看()
隨著互聯(lián)網(wǎng)技術(shù)及基礎設施的發(fā)展，很多以前想想都覺得奢侈的場景應用現(xiàn)在都變得非常日常了，比如視頻直播、短視頻、VR全景等等。就VR全景而已，最近今年在國內(nèi)的應用非常火，比如VR看房、VR游覽景區(qū)等等。
在國內(nèi)，很多VR全景產(chǎn)品的處理引擎都是基于外國友人寫的krpano這套軟件，然后在應用層面使用不同的開發(fā)技能與工具加上擴展的功能模塊。就目前我們參與過的VR項目，底層核心部分的處理引擎都是采用krpano。基于krpano的全景項目我們開發(fā)了數(shù)個，目前就遇到了一個極端情況下的問題。
x01問題
用戶反饋：一次性上傳20張20MB左右圖片；上傳采用阿里云OSS，是沒有問題的，然而上傳成功后在等待切圖的時候，一直卡住不動了。而上傳較少的圖片（哪怕圖片超過100MB）或者較多圖片每張圖片很小都可以上傳并切圖完成。
x02分析
到了切圖流程說明圖片肯定是上傳成功的，因為采用第三方存儲的架構(gòu)項目，全景圖片處理的基本流程是：上傳原圖到阿里云OSS–>服務端從阿里云OSS通過CDN獲取圖片（也可以直接一步到位傳到服務器本地）–>krpano切圖并在服務器臨時存儲或永久存儲–>切圖生成的圖片上傳到OSS，并在并在數(shù)據(jù)庫記錄各個圖片路徑–>通過krpano算法組合圖片生成我們看到的全景。
于是，圖片上傳接口肯定是正常的，不管圖片是直接上傳到服務器本地還是先上傳到阿里OSS這類第三方存儲云平臺；而且切圖接口返回也是正常的，也就是說明切圖流程已經(jīng)開始執(zhí)行了；再者開發(fā)的時候由于考慮這種場景下上傳及切圖處理時間肯定不會太短，所以做了一個心跳處理，而且該接口也是正常的。
鄭重申明：上海方塘科技有限公司以外的任何單位或個人，不得使用該案例作為工作成功展示！