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即可，如下
