Android中动态向Manifest文件添加Deep Link的优缺点及实现方法咨询

嘿，这个问题我之前也帮朋友梳理过，其实核心要先明确一个关键点：Android的Manifest文件是编译后就固定的静态资源，运行时根本没法直接修改，所以咱们得换个思路来实现你要的“动态添加URL规则”的效果。下面我给你拆解下优缺点和可行的实现方式～

一、这种动态管理链接规则的优缺点 #

优势 #

• 极致灵活性：不用发版就能更新支持的Deep Link，比如运营突然加了个活动专属链接，直接通过API或Remote Config推一下，用户不用更新APP就能正常打开，响应速度拉满。
• 个性化适配：可以针对不同用户群体（比如地区、用户等级）推送不同的链接规则，比如给海外用户开放专属的本地化链接。
• 降低迭代成本：不用每次改链接都走打包、审核、用户更新的流程，节省大量时间和精力。

缺点 #

• 无法直接修改Manifest：这是硬限制，只能用间接方案替代，而间接方案不如原生Manifest配置的精准。
• 路由逻辑复杂度提升：自己做动态规则匹配，得考虑各种边界情况（比如链接格式错误、规则冲突），容易出现匹配失误的问题。
• 安全风险：如果不对动态获取的规则做严格校验，万一被恶意篡改，可能导致APP打开非预期的链接，甚至引入安全漏洞。
• 离线依赖问题：如果动态规则需要从网络拉取，用户离线时就只能用本地缓存的旧规则，新增的链接无法处理。
• 系统兼容性差异：原生Manifest配置的App Links是系统级匹配，能实现无弹窗跳转；而动态方案可能在低版本系统上需要用户确认，体验不如原生流畅。

二、可行的实现方案 #

既然没法改Manifest，咱们可以用「统一入口+动态规则匹配」的思路来实现：

1. 在Manifest中配置通用入口Activity #

先给APP加一个专门处理Deep Link的入口Activity，配置宽泛的匹配规则，让所有目标域名的链接都先进入这个页面：

<activity
    android:name=".core.DeepLinkHandlerActivity"
    android:exported="true">
    <intent-filter android:autoVerify="true">
        <action android:name="android.intent.action.VIEW" />
        <category android:name="android.intent.category.DEFAULT" />
        <category android:name="android.intent.category.BROWSABLE" />
        <!-- 匹配你的主域名下所有路径，可根据需求调整 -->
        <data
            android:scheme="https"
            android:host="your-business-domain.com"
            android:pathPattern="/.*" />
    </intent-filter>
</activity>

如果需要支持多个域名，也可以在这里添加多个<data>标签，或者直接用更宽泛的匹配（不推荐，安全性会降低）。

2. 拉取并缓存动态规则 #

在APP启动时（比如Application的onCreate里），从Firebase Remote Config或者你的后端API拉取允许的链接规则列表（比如特定的路径前缀、允许的子域名等），然后把这些规则缓存到本地（比如SharedPreferences、Room数据库）：

// 示例：从Firebase Remote Config拉取规则
val remoteConfig = Firebase.remoteConfig
remoteConfig.fetchAndActivate()
    .addOnCompleteListener { task ->
        if (task.isSuccessful) {
            val allowedPaths = remoteConfig.getString("allowed_deeplink_paths")
                .split(",")
                .map { it.trim() }
            // 缓存到SharedPreferences
            getSharedPreferences("DeepLinkRules", MODE_PRIVATE)
                .edit()
                .putStringSet("allowed_paths", allowedPaths.toSet())
                .apply()
        }
    }

3. 在入口Activity中做动态匹配和路由 #

当有链接跳转到DeepLinkHandlerActivity时，取出链接的Uri，和本地缓存的规则做匹配，匹配成功就跳转到对应的业务页面，失败则引导用户打开浏览器：

class DeepLinkHandlerActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        intent.data?.let { uri ->
            val allowedPaths = getSharedPreferences("DeepLinkRules", MODE_PRIVATE)
                .getStringSet("allowed_paths", emptySet()) ?: emptySet()
            
            if (allowedPaths.any { uri.path?.startsWith(it) == true }) {
                // 匹配成功，跳转到对应的业务页面
                navigateToTargetPage(uri)
            } else {
                // 不匹配，打开浏览器
                val browserIntent = Intent(Intent.ACTION_VIEW, uri)
                startActivity(browserIntent)
            }
        }
        // 处理完就关闭这个入口页面
        finish()
    }

    private fun navigateToTargetPage(uri: Uri) {
        // 根据Uri的路径或参数，跳转到对应的Activity
        when {
            uri.path?.startsWith("/activity") == true -> {
                startActivity(Intent(this, TargetActivity::class.java).apply {
                    putExtra("data", uri.getQueryParameter("id"))
                })
            }
            // 其他页面路由逻辑
        }
    }
}

4. 可选：适配App Links无弹窗跳转 #

如果想要实现无弹窗的App Links跳转，需要确保你的域名下配置了assetlinks.json文件，并且包含你的APP的签名信息。如果动态添加了新的域名，这些域名也需要配置对应的assetlinks.json，否则系统会弹出选择框让用户选择打开方式。

另外，如果你用Firebase的话，也可以直接用Firebase Dynamic Links，它把链接规则托管在Firebase控制台，APP端只需要集成SDK就能处理跳转，不用自己维护后端和缓存逻辑，算是更省心的方案，但依赖Firebase服务。

备注：内容来源于stack exchange，提问作者volkandincer