[core]
autocrlf = false
fscache = true
symlinks = true
useBuiltinFSMonitor = true

useBuiltinFSMonitor = true 非常离谱，不会用线程，是吗

https://developer.android.com/reference/android/R.attr.html#requestRawExternalStorageAccess

When the flag is set, all file path access on external storage will bypass database operations that update MediaStore collection. Raw external storage access as a side effect can improve performance of bulk file path operations but can cause unexpected behavior in apps due to inconsistencies in MediaStore collection and lower file system. When the flag is set, app should scan the file after file path operations to ensure consistency of MediaStore collection.

The flag can be set to false if the app doesn't do many bulk file path operations or if app prefers the system to ensure the consistency of the MediaStore collection for file path operations without scanning the file.

数据库同步的代价是，一秒只能删除两个文件。
继续给File API开后门，而不是鼓励迁移到ContentResolver。

https://developer.android.com/reference/android/content/pm/PackageInstaller.SessionParams#setRequireUserAction(int)
> The app being installed targets API 29 or higher.
费尽心思

Android12 修改boot分区后会无法通过bootloader的vbmeta验证，明明是已经解锁状态。chained vbmeta image？

https://cs.android.com/android/platform/superproject/+/android-12.0.0_r4:external/avb/libavb/avb_vbmeta_image.c;l=207;drc=de53827b226bccef7407e4c253b0152e8d9f8e04

不再修改boot分区内的vbmeta后

所以，这个功能的使用场景是本地？

发现kapt进入仅维护状态，推荐ksp
发现所有依赖都提供了ksp
遂换之
发现编译失败
原来data binding还是kapt
搜索
发现data binding进入仅维护状态，推荐用view binding替代findViewById
发现view binding不需要处理注解
发现使用data binding的应用已经被称为 legacy apps
愉快的一天😐
https://twitter.com/yigitboyar/status/1447408905240264704

但是，明明改客户端就能复制文字和保存媒体，它这是作秀给谁看呢。telegram也开始玩这些华而不实的概念宣传了？
更不要说还有web端，web如何防止复制保存？也没全部用画布显示嘛

Android 12 官方支持多开app，采用多用户实现，添加了一种附属(Profile)用户类型：clone，特点是能与主用户共享存储空间。shell权限即可创建。

RIP SafetyNet Attestation API
https://developer.android.com/google/play/integrity/overview
简单来说，将apk反篡改、购买检查和设备完整性捆绑到一起。弃用了单纯的设备完整性（SafetyNet Attestation）检查。

上一条，补图
（安全，稳定，声誉🤣

在迁移到新 ( ? since Android 5 ) API时发现，MIUI破坏了SDK。

日志1：
android.content.ActivityNotFoundException: No Activity found to handle Intent { act=android.content.pm.action.CONFIRM_INSTALL flg=0x10000000 pkg=com.miui.packageinstaller (has extras) }

MIUI的默认软件包安装器没有实现 CONFIRM_INSTALL。但关闭MIUI优化时会禁用com.miui.packageinstaller，启用Google安装器，所以还是通过了CTS。

日志2：
E/PKMSImpl: MIUILOG- assertCallerAndPackage: uid=10018, installerPkg=com.topjohnwu.magisk, msg=Permission denied

鉴于Android12以后，这个API有强大的诱惑力（能静默更新自己，无需用户确认安装），相信大量开发者会开始跟进，希望MIUI能尽快修复。
（整个 PackageInstaller API都坏掉，MIUI是真厉害。

更新：根据MIUI的回复，PackageInstaller API（Android 5.0加入公开SDK）在 MIUI 12.5 前不受支持，无法使用(即日志1)，是故意为之。
但是，据报告12.5以后依旧无法使用。

更新2：根据MIUI的回复，12.5有正常过一段时间，然后又被改坏(即日志2)，已经在修了。是framework方面的问题，只能通过OTA推送。变通方案可关闭MIUI优化，绕过这段逻辑。

更新3：MIUI已停止修复。目前状态为使用此API即会使app崩溃。

可惜不支持中文电码

https://source.android.com/security/features/apk-verity
这个 Android11 功能好像还没开始使用，但看起来很棒。
相关内核文档：https://github.com/torvalds/linux/blob/master/Documentation/filesystems/fsverity.rst
实用工具：https://github.com/ebiggers/fsverity-utils