提前预告：
Xiaomi HyperOS 3.0 的第一个版本，绝大部分都是 Vulkan API 1.3 没升级

如果发现更新后驱动版本高了很多，恭喜你，有 Vulkan API 1.4 了
#HyperOS3

不会有白名单的，所有媒体通知都适用
自定义媒体动作和通知中心一致，对小米设备需要额外适配

都更新了吧，全局 Vulkan API 1.3 的感觉怎么样

全部 没有 1.4

OS3 开始不建议再修改 DPI 和 DP，会有意想不到的黑边出现的。改任何一个都会有问题。

#HyperOS

个人其实挺赞同这个观点的

如果你觉得对改完 dpi/dp 后的超级岛变形无感，那请自便

OS3 有几个系统应用（比如设置）已引入了动态 dpi 计算并显示，整体改是没什么问题的
除了某些“躺平”的系统应用强改会有一些缩放问题
#HyperOS3

最新版本已改为动态 dpi 显示，可以忽略了

Xiaomi 15 3.0.0.20 已修复 binder 服务收不到的问题

等一段时间，要运营商发公告才行
iPhone 17 系列（air）这边已经先和联通合作了，应该发布即支持

第二批用户能不能狠狠打一下高管的脸.png

一句话总结：

有弹无响应弹窗马上按关闭应用，不然会有清除应用数据的风险

非专业调查的结果如下（os3，os2 也是差不多的逻辑）：

- 应用无响应会被 PackageWatchdog 捕获，并计入 count
- count 会传递到 PackageWatchdogImpl 的 doRescuePartyPlusStepNew 方法，并根据计数来弹出无响应弹窗 / 执行对应等级的清除

case 2:
removeMessage(1, currentCrashAppName);
event.setDetails(currentCrashAppName + "RESCUE_LEVEL_ALL_DEVICE_CONFIG_RESET;");
sendMessage(currentCrashAppName, 2, event);
return false;

对应此人说的第一张图的等级

case 5:
removeMessage(4, currentCrashAppName);
if (currentCras
hAppName.equals(RescuePartyPlusHe
lper.getLauncherPackageName(context))) {clearAppCacheAndData(pm, currentCrashAppName);
event.setDetails(currentCrashAppName + "RESCUE_LEVEL_RESET_SETTINGS_UNTRUSTED_CHANGES;CLEAR_APP_CACHE_AND_DATA;");
} else if (!RescuePartyPlusHelper.checkPackageIsTOPUI(currentCrashAppName)) {Slog.w("RescuePartyPlus", "Clear app cache:" + currentCrashAppName);
pm.deleteApplicationCacheFiles(currentCrashAppName, null);
event.setDetails(currentCrashAppName + "DELETE_APPLICATION_CACHE_FILES;");
} else {pm.deleteApplicationCacheFiles(currentCrashAppName, null);
if (!RescuePartyPlusHelper.resetTheme(currentCrashAppName)) {Slog.e("RescuePartyPlus", "Reset theme failed:" + currentCrashAppName);
} else {Slog.e("RescuePartyPlus", "Reset theme success:" + currentCrashAppName);
}
if (!RescuePartyPlusHelper.resetFont(currentCrashAppName)) {Slog.e("RescuePartyPlus", "Reset fonts failed:" + currentCrashAppName);
} else {Slog.e("RescuePartyPlus", "Reset fonts success:" + currentCrashAppName);
}
event.setDetails(currentCrashAppName + "RESCUE_LEVEL_RESET_SETTINGS_UNTRUSTED_CHANGES;RESET_THEME;RESET_FONT;");
RescuePartyPlusHelper.setLastResetConfigStatus(true);
RescuePartyPlusHelper.setShowResetConfigUIStatus(false);
maybeShowRecoveryTip(context);
}
sendMessage(currentCrashAppName, 5, event);
return false;

case 7:
removeMessage(6, currentCrashAppName);
clearAppCacheAndData(pm, currentCrashAppName);
String details3 = (currentCrashAppName + "RESCUE_LEVEL_FACTORY_RESET;") + "CLEAR_APP_CACHE_AND_DATA;";
if (!currentCrashAppName.equals(RescuePartyPlusHelper.getLauncherPackageName(context))) {if (!RescuePartyPlusHelper.checkPackageIsTOPUI(currentCrashAppName)) {Slog.w("RescuePartyPlus", "Disable App restart, than clear app cache and data:" + currentCrashAppName);
RescuePartyPlusHelper.disableAppRestart(currentCrashAppName);
details3 = details3 + "DISABLE_APP_RESTART;";
} else {SystemProperties.set(RESCUEPARTY_ATTEMPTING_REBOOT, "true");
event.setDetails(details3);
sendMessage(currentCrashAppName, 7, event);
executeWarmReboot(context);
return true;
}
}
event.setDetails(details3);
sendMessage(currentCrashAppName, 7, event);
return false;

计数到第五次开始，会尝试清除应用缓存

计数到第七次就是强制清除数据了，如果是系统界面，会额外附加重启设备，可能也解释了此人哔哩哔哩数据被清除的原因

深层刨析之后，这个逻辑原本就只是对系统应用生效的，不知道为什么第三方应用也错误的走了这个逻辑了

另外众所周知，米米的无响应“等待”按钮相当于没有
所以会一直计数，除非主动结束应用

截止目前，受影响的范围是 Xiaomi HyperOS 2.2 - OS3 的设备（均为所有应用套入了此逻辑）

某员工问了一下
这东西 7 个月之前就没动过，😳