这种跨设备跨版本的通用链接兼容问题确实挺棘手的，我结合自己处理这类问题的经验，给你梳理几个针对性的排查方向和可能的配置遗漏点：

iOS 端（iPhone 12 Pro Max iOS 14.5+/15+） #

• 校验通用链接基础配置的严格性：iOS 14.5+对apple-app-site-association文件的匹配规则和域名关联校验更严格。检查你的applinks条目里的components规则，比如是否精准匹配了跳转链接的路径（包括参数处理，比如是否需要用?或*通配符），避免模糊匹配导致的失效；同时确认Xcode中「Associated Domains」是否准确添加了applinks:你的域名，不要有多余空格或拼写错误。
• 验证系统层面的通用链接可用性：先在Safari中直接打开目标通用链接，如果Safari都无法唤起应用内逻辑，那问题出在通用链接本身的配置，而非url_launcher；如果Safari可以正常唤起，但url_launcher不行，建议切换到url_launcher的新版API launchUrl（替代旧的launch方法），并检查是否错误设置了LaunchMode参数——比如LaunchMode.externalApplication会强制跳转到外部浏览器，而你需要让系统自动处理通用链接，应使用默认模式或LaunchMode.platformDefault。
• 排查App Clip或隐私配置干扰：如果你的应用配置了App Clip，可能会和通用链接的跳转逻辑冲突；另外iOS 14+的隐私设置（比如App Tracking Transparency）是否影响了链接跳转？可以临时关闭相关权限测试是否恢复正常。

Android 端（Pixel 6 Android 12） #

• 检查数字资产链接的合规性：Android 12对assetlinks.json的校验要求更高，确保文件放在https://你的域名/.well-known/路径下，无HTTPS重定向，且文件中的签名哈希和应用的debug/release签名完全一致（注意签名是SHA-256格式，不要混淆debug和release的哈希值）。
• 验证Intent Filter配置：确认AndroidManifest中处理通用链接的<intent-filter>是否添加了android:autoVerify="true"，且<data>标签的scheme、host、pathPrefix配置精准，Android 12对路径匹配的严格性有所提升，避免模糊的前缀匹配导致失效。
• 排查系统默认应用设置：Android 12允许用户设置链接的默认打开方式，可能测试设备上误将目标链接的默认打开方式设为了浏览器。可以在系统设置中找到应用的「默认应用」选项，重置链接的默认处理方式后再测试。

通用排查点 #

• 升级url_launcher到最新稳定版：旧版本的url_launcher可能对新系统的通用链接处理存在兼容问题，升级到最新版大概率能解决部分已知的适配bug。
• 调试跳转日志：在Flutter中打印launchUrl的返回值（返回false表示跳转失败），同时查看系统日志：iOS用Console.app捕获应用相关日志，Android用Logcat过滤url_launcher或Intent相关的日志，能找到具体的失败原因（比如权限不足、链接匹配失败等）。
• 检查APP内路由逻辑：如果系统层面的通用链接可以正常唤起应用，但应用内导航不生效，可能是APP内的通用链接处理逻辑只在冷启动时初始化，热启动时没有重新解析链接参数。比如在didChangeAppLifecycleState中监听应用从后台唤醒的事件，重新处理通用链接的路由。

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