知乎上很火的帖子，转过来大家看看。

首先声明一下，我不会得出鸿蒙是安卓换皮这样的结论，这话题见仁见智，这里我只记录开发过程中所见到的内容，该文章仅做鸿蒙开发交流

做为一名安卓开发……

见到鸿蒙2.0上线了，当然得体验一下，然后和其他猿一样，成功地看到让人激动的"hello world"

可是接下来看到的，到让我感到意外，因为run之后，我竟然在build -> intermediates -> shell -> debug -> src -> main -> java -> com -> 包名 目录下看到安卓的原生代码

首先是androidManifest文件夹的内容

从内容可以看到，application导向ShellMyApplication，第一个启动的activity为MainAbilityShellActivity，也就是build包里的那几个文件

点开之后可以看到父类在ohos.abilityshell包里，最终继承的是安卓的activity和application

ohos.abilityshell包下还有安卓的四大组件

从代码里可以看到鸿蒙在这里给activity,service,provider分别写了代理类，有兴趣的可以自己去看源码

ohos.abilityshell里依赖的android，主模块是无法直接调用的，但这个对安卓开发不是难事，只要在主模块添加相同的依赖，就可以调用相对应的代码了，于是我在build.gradle里依赖了安卓包：implementation 'com.google.android:android:4.1.1.4'

如果鸿蒙app背后真的有一个安卓的application在运行，那么我们肯定能获取到这个application的实例，这对安卓开发来说，这也不是难事，写个反射就行

反射获取application

打印一下application的类名，顺便弹个Toast验证一下application是否可用……

然后奇迹发生了……

打印结果证明确实有个ShellMyApplication在背后运行

Toast也正常弹出

Toast正常弹出，除了证明鸿蒙背后有个application在运行外，还证明了windowManager也是安卓的，继续推论的话，framework层也是安卓的……呃，扯远了

再看看activity是否被调用，验证也很简单，registerActivityLifecycleCallbacks监听一下就行

为了监听到activity的生命周期，我执行的操作：打开app->退回桌面->再打开app，结果嘛，当然一点意外都没有……MainAbilityShellActivity走了个完整的生命周期

application拿到了，那就彻底放飞自我……

首先是用安卓的方法打开自己的设置界面

结果当然也没意外呢

麻利地打开了……

再试试打开其他app，尝试打开拨号界面……


正常打开了，这至少证明鸿蒙系统里那个系统拨号app是个安卓app

打印了几次activity的生命周期，发现鸿蒙的AbilitySlice都是在activity的0nstart()方法之后运行，所以我尝试在activity的onResume方法里添加给activity添加几个控件…

运行结果

查看绘制布局，发现在activity渲染的是一个整体

断点分析后发现activity只有一个子控件：AGPContainerView，数据太多这里就不截图了

打印这个类和他的父类，发现AGPContainerView是一个SurfaceView

从这些信息大致可以推断出鸿蒙重新定义了一套新的ui api(ohos.agp.components包)，那些承继自Component的控件，比如Text,Button,DirectionalLayout等都会在SurfaceView绘制

至于鸿蒙为什么要重新定义一套新的ui，那就不得而知了