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市场的时候是支持的）

并且也总不能一个邀请人一个渠道包吧。。这样更不现实。。

或者下载经过本身的后台连接进行下载，而不是经过跳转应用宝，这样的前提有一点是后台能监控到应用下载是否完成。