【小程序踩坑】 掃普通二維碼調起小程序bug:碼地址傳遞錯誤，傳爲歷史地址

做者： 陳小二

問題：

用戶掃碼二維碼A，小程序onload中傳遞q參數爲二維碼地址B，且該二維碼地址爲用戶歷史使用二維碼地址。

緣由：

微信側掃碼啓動參數錯亂。

用戶使用微信「掃一掃」掃描二維碼A，微信經過系統事件啓動小程序，用戶使用完以後，
將小程序退到後臺，一段時間後小程序被系統回收。用戶再次掃描二維碼B，
微信仍然經過系統事件啓動小程序，可是實際上，系統先發出A二維碼的啓動事件，
再發出B二維碼的啓動事件，致使小程序啓動參數錯亂。
理論上，用戶第二次掃碼的時候，系統不該該連續發出兩次事件。
複製代碼

解決方案：

方案1 (覆蓋7-8成用戶):

微信側目前上線了熱修復方案，糾正該問題，保證經過系統事件啓動時傳遞正確的碼地址。但目前該方案僅能覆蓋最近兩個版本，即6.5.20之後的，覆蓋人羣不會很高，活躍用戶的七八成。因此仍然存在該bug.

方案2 (解決剩下的2-3成用戶)：

目前掃碼啓動小程序的場景，微信會將原始URL經過參數的方式傳給小程序，key爲"q"。 後臺改動上線後，會多出一個key爲"scancode_time"的UNIX時間戳參數，是用戶掃碼的時間。 用戶掃碼時間和執行onlaod的時間相對好比果在30s之內，能夠認爲傳遞給咱們的碼地址是30s之內剛掃過的碼，能夠認爲傳遞的非歷史地址。從這個邏輯出發，作了如下校驗：

ps:第二次將掃碼時間與服務器端時間再次進行校驗的目的：避免部分用戶手動更改手機時間或者本地手機時間差距較大，致使問題出現，故再進行一次服務端時間校驗。

問題雖小，記錄意義更大。

另外：歡迎加入 弱勢羣體（開發小程序的前端工程師們）共享bug組織

也歡迎一塊兒貢獻倉庫：小程序bug集合）共享bug組織