大家好，今天小编关注到一个比较有意思的话题，就是关于安卓为啥不把java语言改了的问题，于是小编就整理了2个相关介绍安卓为啥不把Java语言改了的解答，让我们一起看看吧。
为什么安卓不去掉JAVA语言底层？
这就是历史的，当年Android为了拉拢更多的开发者建立生态选择了J***a语言，现在全套API和设计以及生态都在这个环境下，即使把J***a语言换成Kotlin兼容性这么高的操作，要普及所有app可能还要几年，更别说另起炉灶把现在的开发者全部抛弃掉。
此外，我认为Android出现“卡”的问题，一方面是UI层面对物理模拟的高性能API提供不足，导致很多效果动画需要开发者自己实现。另一方面是开发者不按标准开发程序，都想在后台占用CPU导致的。从绝对性能来看，Android机型的CPU性能也是不如同时期iOS设备的。
而题主认为去掉J***a的整套Runtime就能提高性能我认为也是不成立或是弊大于利的。从软件优化角度来讲，这套VM运行环境性能也没有想象的弱，在Server级别，现在普通开发者开发的J***a程序不考虑内存占用的话，不一定比水平一般cpp开发者写的程序性能弱，对于GC算法，目前也有低延迟的算法可供提供和推广。目前Android设备普遍内存较大，对VM可能多占用的内存也有很好的补充。
退一万步说，程序中真的存在某一块计算密集型的程序造成的热点且在J***a层面不可能优化的话，开发者也可以提供native的高性能模块供J***a层调用。事实上，考虑到增加反编译的门槛和难度以及跨平台的复用性，目前很多***的核心模块都是native实现，您可以随便解包一个apk软件，您可以发现大多数***都提供了跨多个CPU的so库，这些库模块就是开发者针对该***的native代码编译后的结果（这些文件类似于Windows上的dll文件）。
有人说为什么安卓系统不学习ios，实行***后台及触控优先，以改善用户体验？
因为google没有这个胆量气魄去重写安卓系统，只是在原有基础上修修改改，反正已经是绝对统治地位了，已经失去了创新的动力。华为鸿蒙系统则做了安卓不敢做的事：完全仿照iOS架构，同时兼容安卓***。
安卓***用的是虚拟机运行程序代码，每次运行都要根据源码来翻译为机器语言才能执行，效率低，占用***，开发难度小。鸿蒙则模仿iOS的架构，使用方舟编译器一次性把安卓***源码翻译为机器代码，从而抛弃虚拟机，执行效率高，节省硬件***。这也是谷歌一直想做而没敢去做的事。谷歌只是在原有虚拟机基础上修修补补推出混合运行机制来改善效率低下的现状，但是收效甚微。
但因为美国已经改口不再直置华为于死地，所以鸿蒙系统也改口说不是给手机用的，双方各退一步，否则安卓系统将前途未卜。很可惜。
这个东西其实很简单，但是有个前提那就是编程语言不能是j***a,现在安卓几百万个***的编程语言决定了，系统改很好改，毕竟就那么多文件，关键是要对几百万***重新编写难度太高
谢邀！
事实上很多人其实对于安卓和iOS真正流畅度差异的问题不太清楚，还一直存在于所谓的虚拟机等等一些问题上，但其实并不是这样的。
首先，我们要搞清楚的是，iPhone手机的性能级别一直是要强于安卓手机的，这是毋庸置疑的，我们说直到现在，即便是最强的一加7Pro在闪存规格上***用了ufs3.0规格，可是在读写速度上面，仍然与最新的iPhone产品有着明显的差距。
所以说一直以来我们强调，安卓的性能强过iPhone本身就是个伪命题，安卓在性能层面一直是弱于苹果手机的，所以首先造成这种差异的就与性能有关系，而不是我们一直先入为主认为安卓手机的性能强过iPhone.
从硬件层面来说，苹果的a系列处理器领先了高通几乎一代左右。同时在闪存规格层面***用nvme的闪存规格，比起ufs3.0也有20%左右的领先优势，更何况于目前大部分安卓厂商使用的是ufs2.1，这与苹果之间的差距几乎是一倍的差距。
虽然安卓手机在发布宣传的时候总是会选择苹果当对比，但真正的硬件性能确实与苹果还存在着不小的差距。
那么单单是这一方面的性能提升，就已经能够在流畅度上提升不少，大家可以看到在一加7PRO身上，***用了ufs3.0闪存规格同时还包括了90赫兹刷新率的屏幕之后一加7Pro的流畅度确实提升了不少，所以可以看出硬件性能对于手机流畅度的提升是比较明显的。
到此，以上就是小编对于安卓为啥不把J***A语言改了的问题就介绍到这了，希望介绍关于安卓为啥不把J***A语言改了的2点解答对大家有用。
