这里有几个概念.
首先Android带的是adbd 服务,这个是Google打包在Android源码开源的C程序,主要是一个应用调试工具,是一个Android应用程序而非操作系统本身.
Android adbd 通过tcp或者usb与PC端adb命令行工具通讯,接收pc端各种调试指令.这个每一个Android开发者的日常操作.
在鸿蒙系统界面上保留adb 接口会有如下几种情况.
1.鸿蒙系统是一个换壳的Android
2.在鸿蒙系统中移植adbd的源码
3.华为自己在鸿蒙中开发类adbd的工具,通讯协议兼容adb tcp/usb协议.
其中2.3方案,一个熟练C开发者不超过一周就可完成.不是什么大事情.
(PS.为防杠精,一周这是是指移植工作量,一完整C Linux应用移植移植到另一个Linux改动量 对于熟练开发者真不是很大)
先不管法健和版权问题,在一个新系统兼容另一个主流系统的工具,在技术上是最非常见法.
因为这个可以让原来使用adb来调试的各种开发环境,比如 Andriod Studio/Qt/Unity3D 以及一大票html5开发环境,可以直接对接鸿蒙.
这可以让开发者经验,代码移植工作量大大减少.也可让最终用户降低使用成本.
举几个例子,大家常用U盘是FAT32文件系统是MS的专利,最早是用于windows,后来Mac OSX,Linux均开发兼容模块,大家的U盘插到Ubuntu,Mac OS X上就能读出来.
因此一个adb 开关并不能证明鸿蒙就是一个换皮的Android.看到开源就行.我的判断兼容adb 协议可能性最大, 这也不是什么难事,但这个不用开发PC端一大票工具,对谁都好事.
当然华为在兼容协议也有翻车的时候.
当年做路由器时,当时老大思科在路由器自建一个操作系统IOS (不是苹果那个,只是同名).相当于提供一个命令行终端,可以让路由器的配置人员通过命令行进行各种各样操作, 这个命令行系统相当复杂,类似于Unix/linux ,以至于思科搞一个认证证书,也就是说经过一段时间专业培训后就才能上岗使用
因此能用思科的工程师都下过一段苦工的.华为作为一个后来者当然先做一个兼容IOS命令的系统,这样会配思科的人就会配华为. 从技术上讲很不错,但是在美国,命令行接口也能作为专利注册,思科就注册,因此起诉华为,结果就是败诉,华为自己搞一套命令接口
------------------------------------------------------------
PS2:
有一个 @Holy Chen 搞混我说的,没有我理解说华为所做工作
再补充一点,关于adbd/adb,这个东西应用很广,除了调试,很多群控系统也在用,因此我们研究很多.这里adbd是运行Android设备守护进程,只是一个被动接收指令服务. 据我所有很少被移植
同时Android也开发不同平台的(windows/Mac OSX/Ubuntn)的 adb 命令行工具(如adb/fastboot/),它可以通过命令行,GUI程序通过程序库来调用.
我说第2,3个方案,用现成的Google adb 客户端,只是把adbd到鸿蒙移植或写个兼容协议.这样工作量很小.
不可能各个平台的adb 工具都要动,不仅工作量大 (重写各个平台客户端和USB驱动),也没有含意,关键adb 已经集成到很多开发环境了,你就是重写人家一时不会用.
更多细节,不明白可以向我付费咨询.