引用:

原帖由 Tobar 于 2019-8-8 18:50 发表
Posted by Xiaomi MIX 2S
前面一大堆现状介绍都是从专业文章里面抄的，后面介绍华为的就没有任何实质性的内容

1。大数据编译器动态语义分析，编译时怎么进行动态语义分析？代码都没跑起来，是不是从哪里抄来的内容 ...

1、动态语义分析可以说是这次最有看头的地方，等开源了看大佬分析了，毕竟确实做出来了；
2、引用计数我认为远比java的暂停回收式gc好用多了，对内存的利用效率高多了。对于鸿蒙系统（方舟肯定是为鸿蒙服务的）这样的实时系统来说，几乎是唯一适合的gc模型。唯一的问题是循环引用的问题，但这其实是少数情况，可以单独处理。python是采用这样的，rust也是这种。
3、方舟我认为最牛逼的还是对多语言的融合，这个我觉得不会是完全创新，应该有llvm的底子，但是能够融合java、c/c++等，抛开傻逼透顶的jni，可以说功德无量了，同样，等开源了看大佬的分析。

[ 本帖最后由 masterfish 于 2019-8-9 06:51 编辑 ]

引用:

原帖由 流浪的枪骑兵 于 2019-8-8 19:25 发表
posted by wap, platform: 小米
有同感，涉及关键问题基本一句不提。
java代码直接变成机器码，指令集不一样怎么办？
难不成针对每套指令集做一套后端？这成本也太高了。
等源码出来再看。

几个关键技术都提了，只是没有技术细节而已：
【1】gc垃圾回收采用引用计数，这就可以脱离java的沉重蜗牛壳的gc了；
【2】多语言联合编译，这是通过自创的中间语言IR来融合，能够摆脱狗屁的jni，可以说功德无量；
【3】指令集的问题没看源码不知道，但是对于华为来说，完全没有压力，因为它只需要做一套（arm）的就可以了，开源出来，也是可以让其他厂商可以自己做其他指令集的扩展。

引用:

原帖由 睡睡平安 于 2019-8-8 20:42 发表
posted by wap, platform: 小米
从何处看出来的？

从一开始就看出来了。
ios的app是：编写程序--》编译成机器码--》安装到手机--》直接运行机器码；
安卓的app是：编写程序--》编译成字节码--》安装到手机--》运行时部分编译为机器码，再运行机器码；
你可以看到其中的效率问题。
虽然google已经对此有很大的改善，但是这个基本上还是没有本质的改变，可以说是安卓系统的原罪，但对于google来说这又不得不做，因为google不做手机，不同手机商的硬件不同，机器码也不同，编译为机器码就会导致兼容性的问题。
华为的工作，就是直接把安卓的整个过程变得和ios一样了，直接在开发机上就编译为机器码，安装的时候就是机器码，可以全速运行。
问题就是这样就导致app开发商会很头疼，因为要针对每个不同的手机厂家编译特定的版本了，这就会导致安卓app版本的分裂。
华为为什么会开源，估计就是不想背这个分裂安卓阵营的锅。

引用:

原帖由 卖哥 于 2019-8-8 21:32 发表

就是每套指令集做一套后端

三段式编译
高等程序语言-中间码-可执行代码
不同的高等语言用对应的解释器转化成中间码
而不同的指令集用对应优化器生成最终可执行代码

方舟按照之前的描述，主要改动有两个， ...

现在看华为还是不敢做后一个，方舟编译还是在程序员的开发机上进行的，毕竟融合多语言，以及解析java动态语义必须参考源代码。

引用:

原帖由 流浪的枪骑兵 于 2019-8-8 21:58 发表
posted by wap, platform: 小米
真要是这样，这工作量确实无法想象
光前端就很麻烦了，这中间代码得复杂成什么样
另外这种做法不知道会不会影响java的一些特殊特性，比如反射之类

华为毕竟不是慈善院，养那么多科学家和工程师不是吃白饭的，开发那么久肯定要有些成果。
但是也不是不能理解，毕竟llvm已经可以做到多语言融合了，看看方舟能够比之进步多少了。
另外把java的动态特性转为静态确实是这次的关键技术及亮点，就看开源后大佬们的分析了。
再另外，也别把工作量想得那么大，华为本身只是对多种编程语言（我认为主要是java/c/c++）的分析和融合，但是华为本身无需对多cpu指令集（涉及实际编译出来的机器码）进行综合，它只需对自家的麒麟芯片负责就好了，它开源出来，其他体系的需要的话自然会去扩展。

posted by wap, platform: Android

引用:

原帖由 @yfl2  于 2019-8-9 11:46 发表
看不懂，引用计数是标记垃圾的方法，和暂停回收有啥关系？

引用计数和标记是两种不同的垃圾回收机制。

引用计数是如果一个变量一个分配的内存空间，会给一个计数器＋1，当另一个变量也指向这块内存，就计数器继续+1，如果这些指向内存的变量指向其他位置，或者被删除了，那么就计数器-1，计数器变为0，就表示没有任何变量指向这块内存，那么就可以删除这块内存了。这整个过程不需要停下任何其他程序，资源损耗非常小。
引用计数的问题，是如果有两个指针互相循环引用，那末就会出现永远不会减到0的情况，造成内存泄露。
内存标记是java采用的垃圾回收机制，就是后台独立运行一个监控程序，监控所有的申请的内存是否被变量引用，一旦没有被引用，就证明这块内存可以回收，但是为了回收内存，监控程序会暂停所有的程序，然后将内存进行回收顺便处理碎片，所以会有卡顿，但不会有循环引用无法回收的问题。
现在python这类的语言，主要采用的是二者的综合，99%的内存是采用引用计数进行回收，剩下极少数循环引用的设置监控程序来处理。

引用:

原帖由 yfl2 于 2019-8-9 13:10 发表
posted by wap, platform: Samsung
你不要瞎说好么……
整天复制别人的装懂也是够了……

本帖最后由 yfl2 于 2019-8-9 13:11 通过手机版编辑  

你有什么料露出来看看？