当我们进行社区应用程序时，我们需要区分Android和iOS。相应地，我们将开发两个应用程序，最后生成两个下载地址供用户使用。
因此，问题出现了，该产品将提及它是否可以简化操作，并使用下载地址来解决它？
这就是我今天要写的。
在产品提出了这一需求之后，我对其进行了研究和测试。
该解决方案由其他类似产品使用。
基本原理是通过请求头确定当前访问设备。
以上两个是Android和Apple。接收网页请求时，服务器可以轻松确定请求设备模型。
响应时返回302，通知需要重定向的浏览器，并带有响应头的新URL。该新URL是服务器通过用户设备的类型给出的不同下载地址，因此可以实现上述需求。
到目前为止，我们的基本需求已经实现：一个QR代码与两个下载兼容
但是实际上，这组解决方案并不完美，也就是说，不可能确保已安装的用户直接唤醒应用程序，但会第二次下载。这种经历很差。
为了进一步改进步骤，我尝试了以下方案；
练习后，发现该计划无法通过，问题出在Android机制上。
在Android环境之下，网页无法默默唤醒该应用程序，并且用户必须进行触发交互，因此Android在打开我的网页后需要再操作一次手动操作。
但是相应的优点是，当Android用户点击下载时，他们将判断他是否已安装。如果已安装，它将直接打开应用程序。
可以修改该方案：制作Android后自动触发下载，并且页面保留了唤醒应用程序的入口。
与iOS的封闭环境相比，Android的开源环境导致该计划不一致。
如果您只下载两个维度代码以进行统一，则可以看到上述解决方案。
至于随后的计划，仁慈看到了智慧和智慧。
原始：https：//juejin.cn/post/7096381950977376286