小米 HyperOS 4 大变样?核心应用以 Rust / Flutter 重写,不兼容老系统

今日,xiaomi time 发布了相关表示,HyperOS 4 将是小米历史上最稳定的更新,当然这不是重点,重点是根据近期 HyperOS 3.1 版本,可以看到对应的应用架构出现了变化,小米正在分阶段弃用对应的旧版代码架构,例如:

HyperOS 3.1 开始移除部分系统模块(特别是天气和图库)中的 MIUI SDK

以 HyperOS 3.1 作为过渡版本,通过引入了原生 HyperOS SDK 以及已弃用的 MIUI SDK ,未来 HyperOS 4 预计将通过彻底移除向后兼容层来完成这一迁移。

这一转变预计可以消除十多年来冗余的函数调用和未优化的依赖链。

当然,最有意思的还是,针对系统核心应用,HyperOS 已经在使用 Flutter 和 Rust 重写,目前已在 HyperOS 3.1 中进行试点 ,按照它的说法:

HyperOS 4 旨在统一系统分区内的 UI 渲染和逻辑稳定性,从而取代之前 MIUI 版本中碎片化的 Java/Kotlin 遗留架构。

当然,这算是一个大的 break change ,从 HyperOS 3.1 开始,基于 Flutter 的应用会打破之前旧系统可以升级新系统应用的情况,因为新的 HyperOS 4 Flutter 应用会无法在 HyperOS 3 及更早版本上运行。

注意,这里说的是用来的新 Hyper SDK 的系统核心应用。

其实对比新旧的相册应用也可以看出来,图一是 4.x 版本, 而图而是 5.0-R 的版本,新版本在 libchecker 下已经看不到相应的 Kotlin 信息了,甚至没有了对应的 dex 目录,只有原生动态库 :

另外,也有网友分析了他内部的依赖,可以看到 hyper 相关的实现不少,应该是 HyperSDK 提供:

当然,xiaomi time 也表示,旗舰级机型在 HyperOS 4 上性能提升幅度有限,相反入门级和中端设备反而可能获得更显著的性能提升,因为技术债务的消除,也可以节省更多的空间。

当然,也有人猜测这个操作是为了提前布局,例如:

  • 小米有很多不同平台的产品,用 flutter 可以做到不同平台的产品也可以跨平台,也就是核心系统应用未来有可能出现在其他平台上,比如汽车,眼镜等

  • 小米打算走和华为一样的路线,华为早期也是通过 flutter 做 UI 层兼容抽象,通过 flutter ,如果后续小米有独立系统发布,应用支持可以更方便直接i迁移, 因为 flutter 只需要适配嵌入层和 vulkan 就可以无缝适配

不过这些都只是猜测,而从目前的情况来看,这个决策应该是真的,只是带来的影响如何,只能等官方正式发布后看看了。

参考链接

https://xiaomitime.com/why-hyperos-4-will-be-the-most-stable-update-in-xiaomi-history-88033/

相关推荐
plainGeekDev1 小时前
ButterKnife → ViewBinding
android·java·kotlin
东坡肘子1 小时前
SPI 加入 Apple,Swift 迈向自举 -- 肘子的 Swift 周报 #142
人工智能·swiftui·swift
小和尚同志9 小时前
AI 自动化测试探索(二):Chrome-devtools MCP
人工智能·e2e·aigc
冬奇Lab11 小时前
Workflow 系列(02):设计范式——四层架构、三种 Context 传递模式与确认门设计
人工智能·agent·工作流引擎
冬奇Lab11 小时前
每日一个开源项目(第145篇):Trellis - 把项目记忆、规范和任务上下文持久化进代码仓库
人工智能·开源·资讯
有道AI情报局11 小时前
Harness即产品
人工智能·agent
罗西的思考13 小时前
机器人 / 强化学习】HIL-SERL:人类在环驱动的具身智能进化框架
人工智能·算法·机器学习
lichenyang45314 小时前
Docker 学习笔记(一):为什么需要镜像、容器和仓库?
前端
kyriewen14 小时前
别再对着 TypeScript 报错发呆了:我把 10 个最常见的红色波浪线翻译成了人话
前端·javascript·typescript