对于有纯鸿蒙版的 app, 需要 app 开发者自己写逻辑, 将原来 APK 软件中的数据, 迁移到 NEXT 版的软件里. 微信的开发者就是自己写了逻辑, 才能实现聊天记录从 APK 版微信到 NEXT 版微信的无感无损迁移.

https://developer.huawei.com/consumer/cn/doc/harmonyos-guides-V5/app-data-migration-overview-V5

终端设备从 HarmonyOS 3.1 Release API 9 及之前版本（简称 HarmonyOS ）升级到 HarmonyOS NEXT Developer Preview1 及之后版本（简称 HarmonyOS NEXT ）时，原 HarmonyOS 中运行的 APK 应用，升级后需要切换为 HarmonyOS NEXT 中的 HarmonyOS 原生应用（简称 HarmonyOS 应用）。APK 应用的部分数据需要转换并迁移到指定位置后，才能被 HarmonyOS 应用访问。

所以它的 OTA 升级是不保留数据的. 所谓 "升级" 其实是重新安装了系统, 然后把能迁移的数据转换为新系统下的格式, 这一个过程肯定不是数据全都能保留的, 比如百度 app 现在没有纯鸿蒙版, 那就无法迁移, 升级系统后会放到 "暂未鸿蒙化应用" 的一个文件夹里并且图标变灰. 就像 9x 内核的 Windows ME 到 NT 内核的 Windows XP 的升级, 9x 下运行的 XP 安装程序先安装 NTLDR 引导程序, 然后安装 XP, 然后在 XP 里面迁移以前 ME 的数据就行了.

如何看待 winme 在保留系统数据的情况下升级 winxp ？ - osnine 的回答 - 知乎
https://www.zhihu.com/question/470514306/answer/2003815874

高通 CPU 有两种可能, 一种可能是就上不了 NEXT, 华为会针对这些机型出一个 4.4 的系统, 继续用 AOSP + OpenHarmony 双框架. 另一种就是使用 Linux 内核, 因为 OpenHarmony 也可以跑在 Linux 内核上, 只要有 Linux 驱动, 理论上也可以跑 HarmonyOS NEXT + Linux 内核, 会跟麒麟 CPU 的 hmkernel 不同. 但据说高通只对 Android 的驱动比较全 (这里的驱动包括 Android HAL 驱动), Linux 驱动不全或没有. 所以我觉得大概率是第一种, 就不能升 NEXT.

@honhon 这个 IActivityController 的实际实现者既不在 system_server 进程中 (从 IActivityController$Stub$Proxy 和 BinderProxy 可以看出), 在 AOSP 中也没找到. 应该是一个单独的 signature 权限的 APK, 运行在单独的进程中.

activityStarting() 调到 registerContentObserver() 是否合理要看这个 IActivityController 的具体实现, 可以在系统启动时在 ActivityTaskManagerService.setActivityController() 里面打个断点看看 Binder.getCallingPid() 是哪个 APK.

这个调用栈看上去是运行在 system_server 的 ActivityTaskManagerService 通过 Binder 远程调用到 IActivityController 的实现 APK, IActivityController 的实现代码又通过 Binder 远程调用到 ContentService.registerContentObserver(), 又回到了 system_server.

Android 12 修改了 ActivityTaskManagerService, 缓存了 mTopApp 的值, 从而在调用 ActivityTaskManagerService.getTopApp() 时不再需要获取 WindowManagerGlobalLock:

https://cs.android.com/android/platform/superproject/+/android-12.0.0_r33:frameworks/base/services/core/java/com/android/server/wm/ActivityTaskManagerService.java;bpv=0;bpt=0

相应的 Google Patch:

https://cs.android.com/android/_/android/platform/frameworks/base/+/8f7dd59911eef213c0d1b5db460f6e8114aeeea0

里面明确提到了改动是为了避免锁住 WindowManager.

如果没办法适配 Android 12, 那只能自己做 Patch 把 Android 12 的这部分改动尝试 pick 进 Android 11, 或者去掉 getTopApp() 里的 synchronized 块, 不过这样将不再线程安全.

@okakuyang 芯片是台积电的功劳啊, 东南方向大事发生, 台积电被美国"毁台计划"炸了, 苹果还能生产一片 A 芯片和 M 芯片? 而且领先一年从何说起, 最多暂时领先 2 个月. 极客湾的评测是跟上代安卓旗舰芯片去比的, 上代安卓还在用 N4P 工艺, 今年 8gen4 和 9400 也会用 N3E, 泄露跑分都比 A18 Pro 高很多.

不会使用 N2, 而是会使用 N3P. 最快是 A20 Pro 用上 N2. 其实不用太纠结 N2 还是 N3, 现在半导体制程基本到头了, 不但两个工艺节点之间的时间明显变长, 而且两个工艺节点之间的能效提升 (同功耗的性能提升, 或同性能的功耗下降) 也明显变小了.

钟文泽的视频已经被实锤造假了: https://www.zhihu.com/question/667397781

仅限 4060 来说确实是这样, 这是因为台式机 4060 跟笔记本 4060 同规格, 又因为 4060 规模小, 120W 左右就能喂饱, 所以笔记本比台式机散热差也不会影响性能释放.

但 4070 以上就完全是另一个故事了, 4070 以上的笔记本显卡不但规模比同型号名称的台式机小很多, 而且价格也要贵很多. 而且如果不排斥 A 卡的话 (别问为什么喜欢 A 卡, 问就是不喜欢黄狗, 问就是没钱), 更有 6750 GRE 这种 4060 价格, 4060 Ti 性能的东西可选, 这都是只在台式机上的.

Android 看多大的项目了, 我搞编译时间 15-20 分钟那种的项目, 48GB 内存都紧张, 主要还是 Java 虚拟机太吃内存了, 比不上 Xcode LLVM 原生编译.