Android O對(duì)隱式廣播進(jìn)行了限制, 其限制鏈接說明: https://developer.android.com/about/versions/oreo/background
上面所說即：若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ì)方式為
- 能動(dòng)態(tài)注冊(cè)奇瘦，就不靜態(tài)注冊(cè)
- 如果一定要靜態(tài)注冊(cè)， 發(fā)送的時(shí)候指定包名劲弦，即發(fā)送顯式廣播
- 如果要接收系統(tǒng)廣播耳标，而對(duì)應(yīng)的廣播在Android8.0中無法被接收，那么只能暫時(shí)把App的targetSdkVersion改為25或以下邑跪，但這招已經(jīng)不頂用了次坡，工信部要求targetSDK必須26以上
如果我們不想發(fā)顯式廣播（因?yàn)槲覀儾恢烙姓l要收廣播），對(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變量是用來標(biāo)志是否跳過的症脂，很顯然1275行打印出來了，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 }
- 有這么個(gè)判斷
r.intent.getFlags()&Intent.FLAG_RECEIVER_EXCLUDE_BACKGROUNDintent中攜帶了EXCLUDE_BACKGROUND標(biāo)志位肯定進(jìn)去棕所，很顯然我們正常都不帶，只有希望后臺(tái)收不到的時(shí)候才會(huì)帶悯辙。 -
r.intent.getComponent() == null琳省， 這個(gè)肯定不會(huì)為null的。為null是必須跳過 -
r.intent.getPackage() == null, 若包名為空笑撞，那肯定也跳過 -
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/
簡書地址 : Anderson大碼渣
github地址 : https://github.com/Jerey-Jobs
