如何注册应用以支持从任意HTTP(S)主机打开KML、KMZ、GPX格式文件

Android端Chrome从77版本开始，确实调整了网页内远程文件的跨应用唤起逻辑，这是导致你当前功能失效的核心原因：

• 旧版本Chrome的逻辑：只要你的隐式intent filter匹配了对应文件的MIME类型、扩展名，无论你有没有配置host，只要识别到网页链接返回的Content-Type符合匹配规则，就会唤起应用选择器让用户选择打开方式
• 新版本Chrome的拦截逻辑：对于没有配置明确host、也没有完成App Links域名校验的隐式intent filter，Chrome在处理网页内的远程文件链接时，会直接强制走下载流程，不会触发跨应用唤起
• 这个规则不会影响本地文件的适配场景：因为文件管理器发出的file、content scheme的intent是直接向系统发起的，不经过Chrome的拦截层，所以你对接本地文件的功能一直可以正常运行，不会出现问题
• 你之前测试发现只要在intent filter里加指定域名的host就能正常唤起，本质是Chrome把带明确host的配置判定为“应用声明了对该域内容的打开权限”，跳过了无授权拦截的流程

• 方案1（零额外配置，完全适配任意网站）：不强行要求Chrome在网页端直接唤起应用，引导用户在文件下载完成后，从Chrome的内置下载列表中点击已下载的文件。这个流程中系统会向所有匹配对应MIME类型的应用发送标准ACTION_VIEW的隐式intent，和你现有适配本地文件的逻辑完全通用，不需要修改任何intent filter配置，也不会对可打开的来源网站做任何限制
• 方案2（自有渠道优化）：保留现有无host的通用data标签配置，额外针对你可控的推广域名，补充带对应host的data标签并开启App Links验证，这类自有渠道的网页链接可以实现无下载直接唤起，同时完全不影响其他任意网站来源的文件适配能力
• 方案3（需网页端配合，不适合通用场景）：在你可控的网页中，使用自定义intent协议格式的链接替代普通文件链接，直接指定唤起目标应用的包名，绕开Chrome的下载拦截——但这个方案需要所有第三方网站配合修改链接形式，无法实现你要求的“适配任意网站”的目标
• 避坑提示：不要尝试在data标签里配置通配host（比如泛域名匹配规则）来绕过Chrome的拦截，这类配置不会被Chrome判定为有效的域名授权，甚至可能导致系统对intent filter的匹配规则产生异常，影响你原本正常的本地文件打开能力

补充说明：Chrome的这个拦截规则核心是为了减少恶意网页通过隐式intent随意唤起应用的钓鱼、越权风险，目前不存在可以绕过拦截、让所有来源的网页文件无下载直接唤起的通用方案。上述“引导用户下载后从下载列表打开”的流程，是目前所有地图类、文件解析类应用适配任意来源KML、GPX类格式文件的通用实现方式。

内容的提问来源于stack exchange，提问作者Tim Autin