這個(gè)問(wèn)題基本上很多學(xué)員都會(huì)被問(wèn)到，在面試當(dāng)中。問(wèn)這個(gè)問(wèn)題的出發(fā)點(diǎn)，就是為了刺探我們學(xué)員是不是有工作經(jīng)驗(yàn)。一般學(xué)員被問(wèn)到這個(gè)就懵逼了。因?yàn)閷W(xué)員很多時(shí)候并沒(méi)有考慮到這個(gè)問(wèn)題。從我自己的經(jīng)驗(yàn)出發(fā)，我能想到的是以下幾個(gè)點(diǎn)。

第一個(gè)：現(xiàn)在很火熱的熱修補(bǔ)。這個(gè)技術(shù)我自身沒(méi)有接觸過(guò)，所以并不知道運(yùn)行的原理，但是我知道這是一個(gè)解決上架app的bug的一種方式。（后續(xù)再更新有關(guān)JSPatch的文章）

第二個(gè)：app有bug，一般要么就是前端編寫的代碼有問(wèn)題，所以出現(xiàn)bug。另外一種就是后臺(tái)數(shù)據(jù)返回或者接口有問(wèn)題。我們先說(shuō)第一種，如果是我們自身代碼有問(wèn)題，除了用熱修補(bǔ)之外，代碼既然有問(wèn)題了，那就是一個(gè)解決途徑，馬上更新迭代，加急審批上架。

第三個(gè)：那如果是后臺(tái)出問(wèn)題了，那么，就不管我們app開(kāi)發(fā)什么問(wèn)題了，直接把鍋扔給后臺(tái)就可以了。

屠老師的看法：

遇到這種問(wèn)題，首先可以比較誠(chéng)實(shí)地回答：迅速修復(fù)，快速提交，重新上線。有測(cè)試團(tuán)隊(duì)的話，一般app出現(xiàn)巨大bug，比如說(shuō)高頻操作的界面或功能出現(xiàn)閃退，這種bug比較難出現(xiàn)。即便出現(xiàn)bug，一般都是隱藏的比較深的功能。所以不至非常緊急。一般的app也沒(méi)有做所謂的熱修復(fù)。這是第一點(diǎn)。第二點(diǎn)。就是可以順勢(shì)，提到說(shuō)雖然我們是手動(dòng)修改上線的，但是我們也考慮過(guò)熱修復(fù)，并且你自己也了解一些熱修復(fù)的解決方法，然后扯一扯現(xiàn)在主流的解決方案，比如說(shuō)jsPatch。這樣就OK了。