emui内核支持kvm吗_EMUI和MIUI为什么不基于安卓linux内核不使用虚拟机直接用c++开发一些更流畅系统自带软件呢？...

你又没有考虑过，Andorid 系统的图形界面，完全是基于 jvm 实现的？

你这个想法，等于是让 Android 系统的图形界面，完全是靠两个不同的图形界面环境组合而成。

两个完全不同的图形界面支撑环境，带来的是严重的混乱的。两边互相无法控制。

这和 Linux 下面，KDE 和 GNOME 可以互相操作完全不是一个概念。因为 Linux 下面的图形界面窗口控制，其实是扔到一个通用的窗口管理器软件上。两边的程序都是用这一种规范来控制的。只是他们的实现函数库不一样而已。

但是安卓可不是，图形界面就是 jvm 一家的天下。其他程序，其实可以用 C++ 开发 NDK ，但是显示层，必须用安卓的 jvm 这套环境进行交互。

除非有人把安卓这一层，直接封装为系统的子环境，就好像是虚拟机里面运行安卓一样。

但是安卓对显示是直接操控硬件层的，无法简单的直接把安卓的图形功能封装进一个独立的图形隔离区里面。

这导致两边显示层面是无法有效统一的。非要实现，必须写一个非常庞大的中间翻译库，把一边和另外一边的操作，都对应的翻译出来，工作量极大还不一定能从技术上实现。

而且 deb 和 rpm 带来的是什么？不光是图形界面哦。

是完全一整套低层环境。Andorid 只用了 Linux 内核，其他的功能库到图形显示的实现，都是重新开发的，不符合传统 GNU/Linux 的组合模式。

等于是用一个内核，跑两个互相独立的系统环境。

现在好像一直没有什么好办法能简单的共存两套环境。

所以你这个想法，目前技术层面导致的，只能是混乱。十分不利于消费品的设计。

当然，原则上说来，你这个想法是可以实现的，但是其中的工程量巨大。你指望华为和小米完成这个工作？

大哥，连微软的 WSL 都没办法实现 Linux 的 xorg 和 Windows 自己的图形界面直接交互啊！也没有实现 Linux 系统层和 Windows 系统层的直接互访啊！