移動(dòng)端日志回?fù)铺幚矸桨缚尚行蕴剿?/h2>

開(kāi)發(fā)者可能都會(huì)遇到類似的場(chǎng)景，用戶安裝了app，出現(xiàn)崩潰或出現(xiàn)其他問(wèn)題時(shí)，日志還沒(méi)有上報(bào)或上報(bào)失敗，導(dǎo)致一些問(wèn)題無(wú)法定位，影響問(wèn)題處理的進(jìn)程，下面提出三個(gè)日志回?fù)频姆桨?，結(jié)合使用，以達(dá)到主動(dòng)上報(bào)的目的。

一、經(jīng)典的日志回?fù)品桨窾NNotificationServiceExtension

經(jīng)典的日志回?fù)菩枰蕾嘝ush喚醒a(bǔ)pp?？蛻舳私拥絧ush時(shí)，在push的回調(diào)方法中調(diào)起日志“主動(dòng)上報(bào)”方法，有至少6秒的時(shí)間(通知欄彈出收起的時(shí)間)，可以用來(lái)處理上報(bào)接口的請(qǐng)求響應(yīng)。流程如下圖：

經(jīng)典回?fù)屏鞒?/div>

瓶頸：客戶端被喚醒收到Push消息，受一些條件影響：

• Android需要確保Push進(jìn)程在后臺(tái)存活；
• iOS需打開(kāi)通知權(quán)限；
• 網(wǎng)絡(luò)環(huán)境太差，Android上Push長(zhǎng)連建立不成功。

二、分析用戶行為回?fù)品桨?/h3>

站在用戶角度，分析用戶反饋途徑，在反饋途徑中埋點(diǎn)，調(diào)起日志“主動(dòng)上報(bào)”方法。流程如下圖：

用戶行為回?fù)?png

如：用戶在點(diǎn)擊我的客服，進(jìn)行電話投訴時(shí)，先觸發(fā)日志上報(bào)，再調(diào)起撥打電話。然后客服接到投訴后，收集用戶投訴信息的同時(shí)，并再次指導(dǎo)用戶上報(bào)日志，如檢查網(wǎng)絡(luò)功能（這功能也是點(diǎn)擊時(shí)，先觸發(fā)上報(bào)）等。其他上報(bào)功能與此類似。

三、長(zhǎng)連接方案

mqtt未完待續(xù)......

最后編輯于 ：2019.03.04 16:56:23

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成，瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明：文章內(nèi)容（如有圖片或視頻亦包括在內(nèi)）由作者上傳并發(fā)布，文章內(nèi)容僅代表作者本人觀點(diǎn)，簡(jiǎn)書(shū)系信息發(fā)布平臺(tái)，僅提供信息存儲(chǔ)服務(wù)。