昨天夜里上線了套餐列表頁二期新需求话侄,其中有一項功能是離線化功能,因為這個功能只能在https環(huán)境下測試年堆,而且覺得配置很簡單,只做了demo單元測試而沒有做系統(tǒng)測試变丧,就發(fā)布上線了。
所謂離線化功能痒蓬,就是緩存用戶訪問的信息保存在客戶端,當(dāng)用戶再次訪問時可以直接打開攻晒。
上午產(chǎn)品來找我說部分安卓機(jī)器有問題,抓包發(fā)現(xiàn)是請求方法不對(腳本里設(shè)置的是post卻用get請求)鲁捏,我偶然問題機(jī)器的https的頁面有問題 而http可以正常打開,感覺可能是離線化導(dǎo)致的给梅,因為標(biāo)準(zhǔn)規(guī)定離線化只有在https協(xié)議里運(yùn)行,我就想先取消掉離線化功能动羽。離線化需要配置生效的域名和具體離線的規(guī)則,我將離線的規(guī)則匹配“meals”改為了空字符串曹质,因為空字符串不匹配任何值(其實應(yīng)該用一個字段來控制,這是我太想當(dāng)然了)羽德,而離線化組件這里又沒有考慮空字符串匹配的情況几莽,導(dǎo)致了剛進(jìn)入頁面就會崩潰宅静。更加難過的是,離線化的配置規(guī)則已經(jīng)存儲到了本地姨夹,也就是說即使線上改正常了,崩潰過的用戶點擊頁面會去加載錯誤的離線化配置文件磷账,導(dǎo)致永遠(yuǎn)崩潰。?
解決辦法是 找了一個app里流量大的i版頁面沖掉美食域名的錯誤離線化配置逃糟。
覺得測試環(huán)境應(yīng)該有https協(xié)議。