为配置自动验证的Deep Link添加自定义权限后失效的解决方案咨询
嗨,我来帮你分析这个问题并给出可行的解决方案~
首先得搞清楚为什么加了自定义权限后Deep Link失效了:当你给CustomActivity加上android:permission="com.sample.app.DEEP_LINK_PERMISSION"属性时,意味着只有持有该权限的应用才能启动这个Activity。但发起Deep Link的浏览器(比如Chrome、Firefox)或者其他第三方应用并没有被授予这个自定义权限,所以系统会直接拒绝它们的启动请求,导致Deep Link无法正常触发。
接下来给你几个可行的解决思路,你可以根据自己的需求选择:
方案一:拆分Activity职责(推荐,兼顾安全性和功能)
这是最稳妥的方式,核心思路是把「接收Deep Link」和「受权限保护的业务逻辑」拆分成两个Activity:
- 创建一个无权限的入口Activity,专门用来接收Deep Link请求
- 让这个入口Activity内部跳转到你原来的
CustomActivity(保留自定义权限)
具体配置示例:
1. 在Manifest中添加入口Activity
<activity android:name=".sample.ui.DeepLinkEntryActivity" android:exported="true"> <!-- 把原来的Deep Link intent-filter移到这里 --> <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" /> <data android:host="someValue" /> <data android:path="someValue" /> </intent-filter> </activity>
2. 修改原CustomActivity的配置
保留自定义权限,但移除Deep Link的intent-filter:
<activity android:name=".sample.ui.CustomActivity" android:exported="true" android:permission="com.sample.app.DEEP_LINK_PERMISSION"> <!-- 这里只保留业务相关配置,移除Deep Link的intent-filter --> </activity>
3. 在入口Activity中处理跳转
在DeepLinkEntryActivity的onCreate方法里,把接收到的Deep Link数据传递给CustomActivity并跳转:
class DeepLinkEntryActivity : AppCompatActivity() { override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) // 传递原Deep Link的所有intent数据 val targetIntent = Intent(this, CustomActivity::class.java) targetIntent.putExtras(intent) targetIntent.data = intent.data startActivity(targetIntent) // 结束入口Activity,避免返回栈出现多余页面 finish() } }
这样一来,浏览器可以正常启动DeepLinkEntryActivity(因为它没有权限限制),而CustomActivity依然受自定义权限保护,只有持有该权限的应用才能直接启动它,完美兼顾了Deep Link功能和权限安全性。
方案二:调整自定义权限的保护级别(不推荐,降低安全性)
如果你一定要让CustomActivity直接接收Deep Link,可以修改自定义权限的保护级别为normal:
<permission android:name="com.sample.app.DEEP_LINK_PERMISSION" android:protectionLevel="normal"/>
当权限的保护级别是normal时,系统会自动授予请求该权限的应用(不需要用户确认),这样浏览器就能获得权限并启动CustomActivity。但这种方式会导致任何应用都能请求并获得这个权限,完全失去了你添加自定义权限的意义,所以只适合对安全性要求极低的场景。
方案三:给浏览器手动授予权限(不可行)
理论上可以通过ADB命令给特定浏览器授予权限,但普通用户无法操作,而且不同浏览器的包名不同(比如Chrome是com.android.chrome,Firefox是org.mozilla.firefox),无法批量处理,所以这个方案没有实际应用价值。
备注:内容来源于stack exchange,提问作者Arun Mehra

