唤醒流程（通过scheme）
- [scheme:][//host][path][?query] 比如 ：tuyasmart://home?test=1 Android端需要提前在清单文件中进行信息配置，在需要唤醒端特定界面设置相应端信息
- 然后通过前端调用方法传入信息进行匹配，达到唤醒特定界面端功能。
- 前端在跳转的时候设置一个定时器，要是有app就可以打开，如果没有app，定时几秒跳转到应用宝。
- Android端需要在特定界面进行参数的取值与原有逻辑的区分。
- 微信直接打开端链接，需要跳转到浏览器才能打开app（除非是微信白名单才能直接打开）
关于邀请追踪问题（原生方向）
邀请追踪主要是为了关于拉新的问题，主要涉及到邀请人和被邀请人到绑定问题
- 邀请人信息，传入到H5端。
- H5端获取邀请人信息，并获取本机用户唯一标识并进行储存。
- 被邀请人下载登录之后，通过之前存储端信息匹配，达到邀请追踪。
以上过程在第一步都没有什么问题，通过传入邀请人id，或者邀请码都行，而在第二步，了解到前端无法获取本机唯一标识（例如imei码等）。通过查询资料，了解到
- 【链接】设备指纹JS-web/H5/wap接入 help.aliyun.com/document_de…
但是目前无法判断出此处获取到到是否就是唯一的标识。（如果此处可以作为唯一标识，那么可将信息进行统计并传入给后台进行保存，在下载登录之后，可以进行邀请绑定的后续操作）
而如果无法通过唯一标识来进行绑定，那么就考虑使用唯一绑定来进行。也就是不将这些信息传入后台，而改为本地存储，将邀请人信息储存到本地，当app安装登陆之后，通过本地存储的信息进行邀请成功的判断。（关于新老用户的判断，可通过第一次登陆时进行）
但是前端是否能操作数据存储到本地，目前未知，仅知道前端可以操作数据库进行存储，但是对于非本域名的访问是没办法使用的。如果能有一种方法，可以将信息保存在本地，并且本地也可以查询到这些信息，那么也就能完成了第二步，若第二步完成，则在第三步也就是一个判断绑定的过程。当然前提得找到相应的存储办法
以上做法主要是因为将分享下载也当作了拉新，但后来也想到，这样好像也是无意义的。对于拉新而言，如果单单只是下载而并没有注册，是毫无意义的，并且也存在被薅羊毛的情况
所以，若能在分享的连接上完成账号的注册，那么也就能在相当于上面例子第二步的步骤中，将信息传入后台。（此处相当于邀请码邀请的类型，目前得到的做法好像是这样的）
昨天所说关于应用商城广播的问题，目前不晓得市场上的应用商城是否支持（做google市场的时候是支持的）
而且也总不能一个邀请人一个渠道包吧。。这样更不现实。。
或者下载通过自己的后台链接进行下载，而不是通过跳转应用宝，这样的前提有一点是后台能监控到应用下载是否完成。
