1，前提

即便是在同一手机上安装的不同apk，其编译的apk不同，也会导致行为上的差异。如SDK34有限制后台启动，但如果安装的apk所依赖的sdk是33，则不会表现出此差异。这是如何实现的呢？其实，本质是依赖系统端的compat config逻辑。简单说，系统会根据客户端的sdk值，判断是否启用某feature，来达到向后兼容的手段。

核心实现在/frameworks/base/core/java/android/app/compat下面。

2，简单源码解读

以sdk34中，receiver动态注册需指明RECEIVER_EXPORTED or RECEIVER_NOT_EXPORTED ，否则抛出SecuirtyException异常为例子。

在ActivityServiceManager中有如下代码，

其requireExplicitFlagForDynamicReceivers，便是compatChange例子。只有开启此feature时，才会导致异常的发生。那怎么判断开启？

跟进CompatChanges.isChangeEnabled方法

通过缓存逻辑，去获取。笔者直接跳转到首次获取的地方，即QYERY_CACHE的recompute方法，在ChangeIdStateCache中。

容易知道，通过PlatformCompatService传入当前feature的changeId，以及uid返回结果。

直接跟进到CompatConfig.java，此类是此service的实现。

跟进isChangeEnabled方法

简单通过CompatChange.isEnabled方法判断，跟进

两个关键点，disabled值，app.targetSdkVersion与平台的sdk值复合判断，则开启此feature，返回true。

另一个问题来了，CompatChange是如何被加载到CompatConfig#mChanges中的呢，很简单，通过读取系统的compat_config.xml配置，转换成CompatChange即可，如下