我是這樣搞懂一個(gè)神奇的BUG-創(chuàng)新互聯(lián)

摘要:通過分析用戶的行為，才想得到為什么會出現(xiàn)這種情況！

堅(jiān)守“ 做人真誠 · 做事靠譜 · 口碑至上 · 高效敬業(yè) ”的價(jià)值觀，專業(yè)網(wǎng)站建設(shè)服務(wù)10余年為成都成都履帶攪拌車小微創(chuàng)業(yè)公司專業(yè)提供成都定制網(wǎng)頁設(shè)計(jì)營銷網(wǎng)站建設(shè)商城網(wǎng)站建設(shè)手機(jī)網(wǎng)站建設(shè)小程序網(wǎng)站建設(shè)網(wǎng)站改版，從內(nèi)容策劃、視覺設(shè)計(jì)、底層架構(gòu)、網(wǎng)頁布局、功能開發(fā)迭代于一體的高端網(wǎng)站建設(shè)服務(wù)。
本文邏輯：

1. 發(fā)現(xiàn)問題，截圖示意
2. 解決問題的過程記錄
3. 總結(jié)用處，并軟推薦一發(fā)

前兩天在BearyChat收到這樣的一個(gè)報(bào)警消息:

409？Conflict？ 平時(shí)很少遇到這樣的錯(cuò)誤，貌似很嚴(yán)重的樣子，嚇得我趕緊查看到底發(fā)生了什么。
仔細(xì)查看錯(cuò)誤詳情發(fā)現(xiàn)是因?yàn)槭褂猛粋€(gè)郵箱賬號多次注冊導(dǎo)致后面的請求數(shù)據(jù)庫直接報(bào)錯(cuò)。

但是，不應(yīng)該啊！我們是事先有做檢查的。如果該郵箱已經(jīng)被注冊，會提醒并且不讓注冊的。難道對方是個(gè)***，直接調(diào)用API發(fā)請求？如果是這樣那就更加危險(xiǎn)了，我們已經(jīng)被盯上了！

可是這樣做對他也沒什么好處啊，并且IP顯示為國內(nèi)地址，如果真的是他好歹用國外的地址吧。想了想，還是仔細(xì)分析到底出了什么問題吧。

再往下一看，發(fā)現(xiàn)自己完全是多想了。如果是***的話，下面的用戶行為就把他給完全暴露了！

這些用戶行為記錄默認(rèn)按照倒序排列，我們可以從下往上一條條看用戶的使用軌跡。通過用戶行為可以得知出錯(cuò)前的整個(gè)操作流程：

• 打開我們網(wǎng)站的首頁
• 點(diǎn)擊“免費(fèi)試用“進(jìn)入注冊頁面
• 輸入郵箱
• 輸入密碼
• 再次出入密碼
• 點(diǎn)擊創(chuàng)建團(tuán)隊(duì)
• 點(diǎn)擊創(chuàng)建團(tuán)隊(duì)
• 團(tuán)隊(duì)創(chuàng)建成功
• 報(bào)錯(cuò)

那么問題來了：有沒有什么異常的行為？
答：有！他點(diǎn)擊了創(chuàng)建團(tuán)隊(duì)兩次。

憑著我敏銳的嗅覺意識到可能是由于用戶快速點(diǎn)擊"創(chuàng)建團(tuán)隊(duì)"按鈕兩次導(dǎo)致。通過時(shí)間記錄發(fā)現(xiàn)第一次點(diǎn)擊是在1.86m，第二次在1.87m。也就是說：用戶在很短的時(shí)間內(nèi)快速點(diǎn)擊了兩次。

剛剛的用戶行為記錄過濾了網(wǎng)絡(luò)請求，接下里我們結(jié)合網(wǎng)絡(luò)請求一起分析：

可以發(fā)現(xiàn)有兩個(gè)/members/email的GET請求，并且都成功返回404，這里代碼的意思是指該郵箱尚未被注冊，可以被使用。一個(gè)/members/create請求成功返回200，表示賬戶創(chuàng)建成功。最后報(bào)錯(cuò)的/members/create請求失敗返回409。

到這里基本確定出錯(cuò)原因就是由于用戶快速點(diǎn)擊創(chuàng)建團(tuán)隊(duì)導(dǎo)致。
有沒有這種可能呢，嘗試復(fù)現(xiàn)一下看看唄！于是，我打開了注冊頁面，輸入郵箱和密碼，然后以超快的手速點(diǎn)擊創(chuàng)建團(tuán)隊(duì)N次。哈哈哈哈，不出所料，被我成功復(fù)現(xiàn)了！

只要能夠成功復(fù)現(xiàn)，這個(gè)BUG基本上就算被解決了，接下來就是去分析如何優(yōu)化代碼防止出現(xiàn)這種情況了。有兩個(gè)思路：1. 用戶點(diǎn)擊之后，設(shè)置被點(diǎn)擊的按鈕無效直到點(diǎn)擊請求完全被處理；2. 將驗(yàn)證郵箱是否存在的和創(chuàng)建團(tuán)隊(duì)兩個(gè)異步事件想辦法合并為一個(gè)原子操作。綜合考慮，決定使用第一種方案。因?yàn)閷?shí)現(xiàn)簡單，對現(xiàn)有代碼改動不大。

總的來說：當(dāng)在沒有堆棧信息或者報(bào)錯(cuò)信息難以理解的時(shí)候，F(xiàn)undebug記錄的用戶行為真的很有用。五星推薦前端開發(fā)接入到項(xiàng)目中！

關(guān)于Fundebug

Fundebug專注于JavaScript、微信小程序、微信小游戲、支付寶小程序、React Native、Node.js和Java實(shí)時(shí)BUG監(jiān)控。 自從2016年雙十一正式上線，F(xiàn)undebug累計(jì)處理了7億+錯(cuò)誤事件，得到了Google、360、金山軟件、百姓網(wǎng)等眾多知名用戶的認(rèn)可。歡迎免費(fèi)試用！

版權(quán)聲明

轉(zhuǎn)載時(shí)請注明作者Fundebug以及本文地址：

https://blog.fundebug.com/2017/09/06/fundebug-user-behavior-help-debug/

當(dāng)前文章：我是這樣搞懂一個(gè)神奇的BUG-創(chuàng)新互聯(lián)
網(wǎng)址分享：http://www.muchs.cn/article44/dgisee.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站收錄、網(wǎng)站設(shè)計(jì)公司、網(wǎng)站營銷、建站公司、定制網(wǎng)站、外貿(mào)網(wǎng)站建設(shè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)