包可见性引起的问题:Unable to start service Intent U=0: not found

QuibblerQuibbler 2021-06-18 约 7 分钟 9426 次阅读

包可见性引起的问题:

Unable to start service Intent U=0: not found

有同学遇到无法启动三方应用Service的“玄学”问题,让我来看看到底是哪里的问题。通常启动三方应用的Service很简单,只需简短的几行代码:

val intent = Intent("cn.quibbler.server.aidl")
    intent.addCategory(Intent.CATEGORY_DEFAULT)
    intent.setPackage("cn.quibbler.myapplication")
    startService(intent)

但是无论如何也不能启动三方应用的Service服务,查看AMS相关的系统日志发现是找不到Service导致启动失败(也没有报异常出来):


1、问题分析

上面这种情况下系统的日志和Service没有在AndroidManifest.xml中注册一模一样,查阅很多资料都提到这一点。但是相信四大组件没在AndroidManifest.xml中注册这么“低级”的错误开发者不会犯,并且确定enabled和exported已经开启。

<service
        android:name=".QuibblerService"
        android:enabled="true"
        android:exported="true">
        
        <intent-filter>
            <action android:name="cn.quibbler.server.aidl" />
            <category android:name="android.intent.category.DEFAULT" />
        </intent-filter>
        
    </service>

无法启动三方应用的Service,但是三方应用内部却可以启动自己的Service。说明Service注册是没问题的。那一定是调用方应用自身的问题。那么是什么问题呢?

其实是Android 11上Google收缩了程序包可见性,这就导致可能查询不到三方应用及其内部的ContentProvider、Service组件。Android开发者官网给出的解释如下:

        "如果您的应用以 Android 11(API 级别 30)或更高版本为目标平台,在默认情况下,系统会自动让部分应用对您的应用可见,但会隐藏其他应用。通过让部分应用在默认情况下不可见,系统可以了解应向您的应用显示哪些其他应用,这样有助于鼓励最小权限原则,还可帮助 Google Play 等应用商店评估应用为用户提供的隐私权和安全性。"

2、解决

这个问题其实就是Android R的适配,有以下几种解决方法:

2.1、降低版本兼容处理(不推荐)

首先想到的办法就是,降低targetSdkVersion版本,这样也行,运行在Android 11设备上没问题,不过迟早还是需要适配Android这个特性的。

targetSdkVersion 29

2.2、增加QUERY_ALL_PACKAGES权限(不建议)

记得曾在Android 11适配的过程中用到新增的一个权限:android.permission.QUERY_ALL_PACKAGES。加上这个权限就能够查询所有的应用,解决前面无法启动三方应用Service的问题。而且QUERY_ALL_PACKAGES权限等级为normal,只要在AndroidManifest.xml中申请声明即可获得该权限。

<uses-permission android:name="android.permission.QUERY_ALL_PACKAGES" />

不过,Google限制该权限的使用,如果开发者的应用需要上架Google Play,最好不要使用该权限否则会被检测警告甚至不让上架。


2.3、使用<queries>标签声明使用的三方组件(推荐)

可以使用范围更具体的的查询,使用<queries>标签声明要查询的<intent>,系统会查询所有能够处理该Intent的Service等组件。

<queries>
        <intent>
            <action android:name="cn.quibbler.server.aidl" />
            <data android:path="quibbler" />
        </intent>
    </queries>

需要注意,开发者不要在<queries>中声明“宽泛的intent”。

对于ContentProvider,通过<queries>中的<provider>子标签查询指定的authorities。

<queries>
        <provider android:authorities="sadas" />
    </queries>

还直接添加合作的三方应用包名<package />,使对方包对自己可见。

<queries>
        <package android:name="com.tencent.qq" />
    </queries>

开发者应当遵循最小使用原则,只添加应用所需的三方应用包,Google增加这样的设计也是为了隐私和安全考虑。

最后,并非所有的问题都是玄学问题,如果经常遇到“玄学”反倒是应该好好思考,是不是技术知识掌握太窄。

相关资料:

        Android 11 中的软件包可见性

        管理软件包可见性

        QUERY_ALL_PACKAGES">permission > QUERY_ALL_PACKAGES

        

相关推荐

精选
ViewPager和PagerAdapter、FragmentPagerAdapter、FragmentStatePager
Android

ViewPager和PagerAdapter、FragmentPagerAdapter、FragmentStatePager

ViewPager1、ViewPagerandroidx.viewpager.widget.ViewPager,Android中使用非常广泛的控件,可以说是APP必备:首次打开引导页、页面Banner广告等。常用方法:setAdapter() 设置适配器setOffscreenPageLimit() 设置缓存的页面个数,默认是 1setCurrentItem() 跳转到特定的页面setOnPage

1.1k
获取Android内置WebView内核版本
Android

获取Android内置WebView内核版本

获取Android内置WebView内核版本竟然能遇到这样奇葩的事情,网页用的技术过于新颖,以至于只支持高版本Chromium内核的,低版本安卓系统中内置的内核版本较低,无法加载前端页面。1、设置查看在系统设置里 > 应用 > 应用管理 > 显示系统应用,查看WebView组件:2、页面查看通过WebView发起的网络请求,都会带上浏览器的UA,通常页面都可以通过UA判断浏览器的内核版本。这里有两

1.1w
Android 14适配总结
Android

Android 14适配总结

Android 14适配总结毕业工作至今已经适配了三个Android大版本,从Android 11到Android 12、再到Android 13。2023年,Google即将推出的Android 14,上半年已经开始第一批适配。现在,第四个Android版本已经适配完,总结记录一下。1、Android 14计划Google一般会在2月份对外发布预告,同时放出开发者预览版。“拉通”各大平台、厂商以

1.1w