近期遇到一个需求，要在安卓14的蓝牙模块中调用SystemProperties.set()。
安卓14中的蓝牙，和安卓12的版本有较大的不同。它在packages/modules目录下，而安卓12是分散在packages/apps和frameworks/base等目录下；安卓14的蓝牙打包产物为apex，安卓12则是apk等。
接口的校验也更加严格，安卓12上SystemProperties.set()可以正常编译，安卓14上则会编译报错
这个报错比较特别，它找不到的不是SystemProperties这个类，而是set这个方法。实际上，AdapterState这个类里面还有SystemProperties.getInt()。这个get方法就是可以正常编译的。
进一步尝试，发现packages/modules目录下其它模块，SystemProperties.set()也编译不过，但get方法就可以。
于是看看frameworks/base/core/java/android/os/SystemProperties.java这个类
可以看到set方法和getInt方法都是有的，只是注解不同。再进行尝试，发现同样注解了UnsupportedAppUsage的reportSyspropChanged()方法也编译不过，看来问题就在于这个注解了。
找到这个类/tools/platform-compat/java/android/compat/annotation/UnsupportedAppUsage.java，从注释上看，它会根据sdk版本限制访问。
考虑到这次是要修改原生蓝牙，不方便对配置做太多改动。实际上在Android.bp里尝试注释掉min_sdk_version和sdk_version也不行，会报错。
于是采用的方案是，做一个jar，其中包裹SystemProperties.set()。如下图
这样可以通过MySystemProperties.set()调用SystemProperties.set()。也避免了SystemProperties.set()的注解的影响。
打包jar很简单，Android Studio中File->New->New Module->Java or Kotlin Library，完成代码后Build->Make Project。创建的module的目录下build/libs里就是生成的jar包。
这个jar包要放在加到对应模块的Android.bp中。关键代码
java_import {
name: "mypropertylib",
sdk_version: "system_current",
min_sdk_version: "Tiramisu",
jars: [
"lib/mypropertylib.jar",
],
installable: false,
apex_available: [
"com.android.xxxxxxx",
],
}
static_libs: [
........
"mypropertylib",
],
注意这个库要加在static_libs中，因为是作为静态库加入。
如果加在libs中，编译时会当作动态库。虽然编译能通过，但是运行时，会因为在系统库找不到对应的类而报错。
这样在蓝牙的代码中使用MySystemProperties.set()，就可以正常编译了，验证功能也OK。