在Android8.0上突破隱式廣播的限制

Android O對(duì)隱式廣播進(jìn)行了限制, 其限制鏈接說(shuō)明: https://developer.android.com/about/versions/oreo/background

上面所說(shuō)即:若App的TargetSDK達(dá)到了26, 我們正常靜態(tài)注冊(cè)的廣播就沒有用了。能用的僅有以下豁免的Broadcast, 包括我們自己正常發(fā)廣播,如果不指定包名, 靜態(tài)注冊(cè)的也是收不到的。PS:動(dòng)態(tài)注冊(cè)是沒有影響的

https://developer.android.com/guide/components/broadcast-exceptions

在我們收不到廣播的時(shí)候,系統(tǒng)會(huì)有如下打印,即這個(gè)后臺(tái)的廣播接收器不會(huì)被執(zhí)行

04-21 04:12:27.513 2431 4821 W BroadcastQueue: Background execution not allowed:******************

如何應(yīng)對(duì)這一限制

知道了上面的限制后,我們正常的應(yīng)對(duì)方式為

  1. 能動(dòng)態(tài)注冊(cè),就不靜態(tài)注冊(cè)
  2. 如果一定要靜態(tài)注冊(cè), 發(fā)送的時(shí)候指定包名,即發(fā)送顯式廣播
  3. 如果要接收系統(tǒng)廣播,而對(duì)應(yīng)的廣播在Android8.0中無(wú)法被接收,那么只能暫時(shí)把App的targetSdkVersion改為25或以下,但這招已經(jīng)不頂用了,工信部要求targetSDK必須26以上

如果我們不想發(fā)顯式廣播(因?yàn)槲覀儾恢烙姓l(shuí)要收廣播),對(duì)方又不能動(dòng)態(tài)注冊(cè),只能靜態(tài)注冊(cè)(許多應(yīng)用希望是被動(dòng)喚醒),我們應(yīng)該怎么辦呢?

我們看上面的異常:

04-21 04:12:27.513 2431 4821 W BroadcastQueue: Background execution not allowed:******************

這行l(wèi)og是哪邊打印的呢?

我們?nèi)ニ阉饕幌拢?a target="_blank" rel="nofollow">http://androidxref.com/

其代碼在:frameworks/base/services/core/java/com/android/server/am/BroadcastQueue.java#1275

代碼里面有個(gè)skip變量是用來(lái)標(biāo)志是否跳過(guò)的,很顯然1275行打印出來(lái)了,skip為true了那就, 我們不希望這個(gè)判斷能夠進(jìn)去。
那么如合讓判斷不進(jìn)去呢?看下面代碼。

1267                    } else if (((r.intent.getFlags()&Intent.FLAG_RECEIVER_EXCLUDE_BACKGROUND) != 0)
1268                            || (r.intent.getComponent() == null
1269                                && r.intent.getPackage() == null
1270                                && ((r.intent.getFlags()
1271                                        & Intent.FLAG_RECEIVER_INCLUDE_BACKGROUND) == 0)
1272                                && !isSignaturePerm(r.requiredPermissions))) {
1273                        mService.addBackgroundCheckViolationLocked(r.intent.getAction(),
1274                                component.getPackageName());
1275                        Slog.w(TAG, "Background execution not allowed: receiving "
1276                                + r.intent + " to "
1277                                + component.flattenToShortString());
1278                        skip = true;
1279                    }
  1. 有這么個(gè)判斷r.intent.getFlags()&Intent.FLAG_RECEIVER_EXCLUDE_BACKGROUND intent中攜帶了EXCLUDE_BACKGROUND標(biāo)志位肯定進(jìn)去,很顯然我們正常都不帶,只有希望后臺(tái)收不到的時(shí)候才會(huì)帶。
  2. r.intent.getComponent() == null, 這個(gè)肯定不會(huì)為null的。為null是必須跳過(guò)
  3. r.intent.getPackage() == null, 若包名為空,那肯定也跳過(guò)
  4. r.intent.getFlags() & Intent.FLAG_RECEIVER_INCLUDE_BACKGROUND) == 0 不能帶有FLAG_RECEIVER_INCLUDE_BACKGROUND這個(gè)標(biāo)志位,若帶了,那就進(jìn)不去了,這不就是我們希望的結(jié)果么。

那么方案有了,攜帶 FLAG_RECEIVER_INCLUDE_BACKGROUND 這個(gè)標(biāo)志位。我們發(fā)現(xiàn)在AS中使用Intent是找不到這個(gè)標(biāo)志位的,應(yīng)該是hide了,沒有被編譯進(jìn)SDK。

看一下,果然,那么我們直接帶硬編碼即可。

/**
 * If set, the broadcast will always go to manifest receivers in background (cached
 * or not running) apps, regardless of whether that would be done by default.  By
 * default they will only receive broadcasts if the broadcast has specified an
 * explicit component or package name.
 *
 * NOTE: dumpstate uses this flag numerically, so when its value is changed
 * the broadcast code there must also be changed to match.
 *
 * @hide
 */
public static final int FLAG_RECEIVER_INCLUDE_BACKGROUND = 0x01000000;

因此得出結(jié)論:發(fā)送廣播的時(shí)候攜帶intent.addFlags(0x01000000); 即能讓廣播突破隱式廣播限制。

謝謝大家的閱讀。

本文作者:Anderson/Jerey_Jobs
博客地址 : http://jerey.cn/
簡(jiǎn)書地址 : Anderson大碼渣
github地址 : https://github.com/Jerey-Jobs

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容