App邀请追踪技术的实现

场景：分享二维码给好友，邀请好友下载App，这种情况下如何追踪用户来源。

以球球大作战为例，扫描对方二维码跳转到一个web页面

下载页面可以选择下载的用户类型：安卓或IOS。点击ios会跳转到appstore,点击Android，会直接让下载一个apk安装包。

那么问题来了，难道是一人一个渠道包去统计的吗，如果是的话1000万的DAU！那要多少渠道包呢？ 个人觉得一人一个渠道包去统计肯定是不科学的，下面是某位大牛的回复：

大概这是用的一个叫 openinstall　的云服务，原理如下：
每次分享时生成一个带参数的url，只要想办法在app首次启动时恢复这个参数即可，恢复的方法大致有以下几种：
１．根据ip与user-agent中的设备信息做匹配，访问url时服务器记录ip与设备信息，app首次启动再去请求服务器匹配一次
２．ios9开始，可以利用cookie来跟踪，使用safari访问url时写入cookie，app首次启动时使用SFSafariViewController控件访问同一个域名，这个控件会将之前写入的cookie一并带给服务器
３．更暴力的方法，下载时将信息直接写入安装包中；android下生成一个新的apk；ios下可利用企业证书签名，通过ad-hoc分发的方式，实时生成一个新的ipa文件，不过自ios8开始，苹果对企业证书有了更严格的限制，用户体验不好
4.还见过更奇葩的android实现方法，下载apk时将参数放到apk本地文件名中(通过http头部，Content-Disposition:attachment;filename=xxxx)，安装后启动app再去想办法读取这个下载记录，不过基本不靠谱

大概这是用的一个叫 openinstall　的云服务，原理如下：
每次分享时生成一个带参数的url，只要想办法在app首次启动时恢复这个参数即可，恢复的方法大致有以下几种：
１．根据ip与user-agent中的设备信息做匹配，访问url时服务器记录ip与设备信息，app首次启动再去请求服务器匹配一次
２．ios9开始，可以利用cookie来跟踪，使用safari访问url时写入cookie，app首次启动时使用SFSafariViewController控件访问同一个域名，这个控件会将之前写入的cookie一并带给服务器
３．更暴力的方法，下载时将信息直接写入安装包中；android下生成一个新的apk；ios下可利用企业证书签名，通过ad-hoc分发的方式，实时生成一个新的ipa文件，不过自ios8开始，苹果对企业证书有了更严格的限制，用户体验不好
4.还见过更奇葩的android实现方法，下载apk时将参数放到apk本地文件名中(通过http头部，Content-Disposition:attachment;filename=xxxx)，安装后启动app再去想办法读取这个下载记录，不过基本不靠谱