Android : App 後臺喚醒

喚醒流程（經過scheme）

1. [scheme:][//host][path][?query] 好比 ：tuyasmart://home?test=1 Android端須要提早在清單文件中進行信息配置，在須要喚醒端特定界面設置相應端信息
2. 而後經過前端調用方法傳入信息進行匹配，達到喚醒特定界面端功能。
3. 前端在跳轉的時候設置一個定時器，要是有app就能夠打開，若是沒有app，定時幾秒跳轉到應用寶。
4. Android端須要在特定界面進行參數的取值與原有邏輯的區分。
5. 微信直接打開端連接，須要跳轉到瀏覽器才能打開app（除非是微信白名單才能直接打開）

關於邀請追蹤問題（原生方向）

邀請追蹤主要是爲了關於拉新的問題，主要涉及到邀請人和被邀請人到綁定問題

1. 邀請人信息，傳入到H5端。
2. H5端獲取邀請人信息，並獲取本機用戶惟一標識並進行儲存。
3. 被邀請人下載登陸以後，經過以前存儲端信息匹配，達到邀請追蹤。

以上過程在第一步都沒有什麼問題，經過傳入邀請人id，或者邀請碼都行，而在第二步，瞭解到前端沒法獲取本機惟一標識（例如imei碼等）。經過查詢資料，瞭解到

• 【連接】設備指紋JS-web/H5/wap接入 help.aliyun.com/document_de…

可是目前沒法判斷出此處獲取到到是否就是惟一的標識。（若是此處能夠做爲惟一標識，那麼可將信息進行統計並傳入給後臺進行保存，在下載登陸以後，能夠進行邀請綁定的後續操做）

而若是沒法經過惟一標識來進行綁定，那麼就考慮使用惟一綁定來進行。也就是不將這些信息傳入後臺，而改成本地存儲，將邀請人信息儲存到本地，當app安裝登錄以後，經過本地存儲的信息進行邀請成功的判斷。（關於新老用戶的判斷，可經過第一次登錄時進行）

可是前端是否能操做數據存儲到本地，目前未知，僅知道前端能夠操做數據庫進行存儲，可是對於非本域名的訪問是沒辦法使用的。若是能有一種方法，能夠將信息保存在本地，而且本地也能夠查詢到這些信息，那麼也就能完成了第二步，若第二步完成，則在第三步也就是一個判斷綁定的過程。固然前提得找到相應的存儲辦法

以上作法主要是由於將分享下載也看成了拉新，但後來也想到，這樣好像也是無心義的。對於拉新而言，若是單單只是下載而並無註冊，是毫無心義的，而且也存在被薅羊毛的狀況

因此，若能在分享的鏈接上完成帳號的註冊，那麼也就能在至關於上面例子第二步的步驟中，將信息傳入後臺。（此處至關於邀請碼邀請的類型，目前獲得的作法好像是這樣的）

昨天所說關於應用商城廣播的問題，目前不曉得市場上的應用商城是否支持（作google市場的時候是支持的）

並且也總不能一個邀請人一個渠道包吧。。這樣更不現實。。

或者下載經過本身的後臺連接進行下載，而不是經過跳轉應用寶，這樣的前提有一點是後臺能監控到應用下載是否完成。