近日，大量Android开发者及用户反馈一个棘手问题：当应用被用户从后台任务列表中滑动关闭（即进入“已被杀死”状态）后，应用所注册的Geofence（地理围栏）BroadcastReceiver不再被系统调用。这意味着即便用户进入或离开预设的地理边界，应用也无法收到任何通知，关键的位置触发功能彻底瘫痪。
该问题在Google IssueTracker上持续发酵，已有超过500名开发者确认复现，涉及Android 10、11、12及最新的13版本。许多依赖地理围栏实现智能家居自动化、基于位置的任务提醒、儿童安全区域监控等场景的应用因此功能失效，用户体验大打折扣。
问题复现：从“正常”到“静默死亡”
要理解问题的严重性，需要先回顾Android Geofence的工作原理。当应用在前台或后台（未杀死）运行时，系统通过LocationManager注册地理围栏，触发时通过PendingIntent向指定BroadcastReceiver发送广播，应用据此执行自定义逻辑。
然而，一旦用户从“最近任务”界面将应用向左或向右滑动彻底关闭，该应用的所有进程被杀死。此时，尽管系统内部仍保留着地理围栏的注册记录（因为注册是由系统服务管理的），但实际发送到已结束进程的广播却无法被投递——因为进程已不再运行，而Android并未按预期重新启动该进程。
开发者“@TommyZhu”在GitHub社区详细描述了实验过程：使用Pixel 6 Pro（Android 13）测试一个仅包含地理围栏注册的Demo应用，在应用被滑动关闭后，Geofence Transition始终未被记录到日志中。只有当用户手动点击图标重新打开应用后，才能收到延迟堆积的事件。
根源：Android后台执行限制的“误伤”
深入分析发现，该问题并非全新的bug，而是近年Android逐步收紧后台限制的连锁反应。
- Android 8.0起，后台服务的限制开始生效，应用在被杀死后无法自行启动服务。
- Android 10引入了后台位置更新的进一步限制，但地理围栏被列为“高优先级”例外，系统承诺保证其可靠性。
- 问题出现在Android 12的“后台进程生命周期管理”调整中：系统为了节省资源，对杀死后的应用进程不再提供“幽灵存活”机会，即便地理围栏的PendingIntent仍然有效，系统也不会为了投递广播而唤起进程。
Google官方工程师在IssueTracker中承认：“当前行为与开发者文档中‘地理围栏在应用被杀死后仍应工作’的描述存在偏差。”这意味着文档承诺与系统实现在此处出现了矛盾。
影响范围：智能家居、安全监控、游戏皆受影响
受影响的应用类型极为广泛。在智能家居领域，基于Geofence的“离家自动关灯/关空调”或“回家自动开灯”场景首当其冲。用户反馈称，如果频繁清理后台应用，智能家居场景触发率从原来的95%以上跌至不足20%。
家长控制类应用同样受创。一位父亲在社区留言：“我使用‘Family Link’的孩子安全区域功能，但自从手机升级后，孩子离开学校时再也收不到通知。直到我打开应用才显示孩子已经在外面待了40分钟。”
此外，AR游戏（如地理围栏寻宝类）、外卖软件（进入配送区域提醒）、健身应用（进入健身房自动打卡）等都受到不同程度影响。
权宜之计与官方回应
面对用户的强烈质疑，Google产品团队在2024年3月的回复中表示，正在“评估是否将地理围栏的进程唤醒机制纳入Android 14的改进计划”，但并未给出确切时间表。
目前，开发者们总结了几种（并不完美的）变通方案：
- 使用前台服务：如果应用可以接受持续通知栏提醒，启动一个长生命周期的前台服务，可避免进程被杀死，但会消耗额外电量并占用通知通道。
- 改用WorkManager：部分开发者将地理围栏事件通过
WorkManager的周期任务轮询来模拟，但实时性大打折扣。 - 利用高精度定位的FusedLocation：注册高频位置更新，手动计算距离，但同样存在耗电问题。
- 引导用户忽略“杀死应用”行为：在应用内提示用户将应用锁定在最近任务列表（即“不清理”列表），但用户教育成本极高。
值得注意的是，部分国内厂商（如小米、OPPO）在定制系统中加入了“智能清理”白名单，如果应用未被用户滑动关闭，系统后台仍可能保持地理围栏运行。但一旦用户手动清除，问题依旧。
行业反思：后台权限的“一刀切”策略
本事件也引发了业界对Android后台管理哲学的再思考。苹果iOS自iOS 15起同样收紧了后台活动，但iOS的Geofence（Region Monitoring）被设计为系统级别的可靠服务——即使应用被杀死，系统仍能唤醒应用处理事件。而Android在牺牲后台自由度的同时，并未为关键API提供类似的系统级兜底机制。
资深Android系统架构师@JaredR指出：“本质上，Android团队应该为地理围栏这类高保障性API提供独立的守护进程支持，而不是完全依赖应用进程存活。目前的状态让开发者陷入两难：要么接受功能残缺，要么因后台常驻而面临应用商店的电池优化警告。”
截至发稿时，Google尚未在AOSP中发布针对该问题的实质性补丁。开发者们只能寄望于Android 14能修复这一“文档与实现不符”的严重缺陷，并重新赢得开发者对平台关键API的信任。对于终端用户而言，如果发现自己的地理围栏应用突然“不自动工作了”，或许只能养成不清理后台应用的习惯，或等待应用的开发者找到新的绕过方案。