不负责任的盲猜一波鸿蒙beta版

字多不看版:（以下仅为猜测，不一定对）
1.鸿蒙手机beta版（以下简称beta版）是安卓套壳。不是换皮安卓（换UI），而是换心安卓（换底层）
2.beta版对消费者没什么用，不会省电也不会增加流畅度，仅仅是给开发者提供的测试环境
3.鸿蒙手机正式版（以下简称正式版）应该不会直接兼容Android的APP，即不能直接安装apk包
4.正式版应该可以源代码级兼容，也就是说开发者可以将Android项目通过方舟编译器重新编译就能编译为鸿蒙APP
{:1000_44:}{:1000_44:}{:1000_44:}
分割线
{:1000_44:}{:1000_44:}{:1000_44:}{:1000_44:}{:1000_44:}{:1000_44:}{:1000_44:}{:1000_44:}{:1000_44:}{:1000_44:}{:1000_44:}{:1000_44:}{:1000_44:}
1、beta应该是基于AOSP改的，换而言之现在的鸿蒙手机beta版就是套壳Android，但是应该已经加入了鸿蒙的分布式能力。这次的鸿蒙手机beta版应该是给开发者测试使用，让开发者好移植自己的Android项目。普通用户使用的话应该是没什么用，流畅度相比EMUI11应该没有什么提升。
理由:
deveco studio编译出的hap文件解压出的apk文件无法在其他Android中运行（其他Android没有鸿蒙分布式能力）
apk文件可以直接在鸿蒙手机beta中打开安装
测出来鸿蒙手机beta的JVM版本还是ART

2、明年正式版鸿蒙手机版应该是没法直接安装apk的，但是应该可以近乎源代码级兼容。现在方舟编译器接近完工，离华为内部的商用版十分接近。
之前华为应用商店上架过几款“方舟版APP”，将这些APP的apk解包反编译，删除其中的dex文件后重新打包，仍然可以在EMUI10.1及以上运行（此时不依赖ART），但是在其他的Android上就会闪退（没有dex咋跑）。所以华为内部的方舟编译器商用版应该已经可以编译Android项目了。

想要兼容Android的APP有几种方案，最阴间的方法是直接跑个虚拟机运行Android，这样最卡也最没用，鸿蒙正式版要是用这种方案兼容Android应用的话只可能余承东脑子被夹了
anbox的方案是在Linux上跑一个Android的容器，类似docker，这种方案坏处就是可能会出现兼容性问题，体验很差
还有就是阿里云os的路线，自己写个jvm，这jvm兼容Android的dex字节码，所以阿里云os说是Android其实是Android的表亲，都是Linux发行版。但是鸿蒙如果用这种方法兼容Android的话也显得很蠢，一来Android现在的ART虚拟机经过几年的优化已经非常高效，华为如果自己实现一个JVM的话恐怕会比ART更卡。二来这样也显得吃饱了撑的，即便华为能够写出和ART一样高效的JVM，那为什么MOV他们要用鸿蒙?继续用Android不香吗？

所以我认为鸿蒙不会直接兼容Android的APP，但是开发者可以稍微修改他们的项目的源代码（把activity改成ability，android改成ohos...），然后用方舟编译器重新编译，编译成鸿蒙APP。

这样的话，不论是商业上还是技术上都有很多好处。
在技术上，把原先的字节码变成机器码，鸿蒙APP会显得比android APP流畅很多，吃瓜群众就会直接芜湖起来
商业上好处更多了。直接兼容Android应用会带来一个问题，就是凭什么要放弃安卓转用鸿蒙，沿着之前的路线用安卓不香吗?还有为什么要为鸿蒙再开发一次APP，反正兼容android，以后就只开发android版，反正鸿蒙兼容。于是鸿蒙生态做不起来，只能成android的兼容版、Google的跟屁虫
]感觉即便明年鸿蒙正式版发布了，鸿蒙离成熟也有好长一段路……