Android将允许纯C/C++开发应用

Android将允许纯C/C++开发应用

对于Android,长期以来,我一直有两件事搞不懂,

  • 一个是为什么Android要选用Java。对于嵌入式开发,CPU和内存都很宝贵,居然还使用Java。
  • 一个是为什么Android的开发站点要被墙。这只是一个技术网站啊。

最近,在一个Android开发人员的Blog上证实了在NDK r5使用C/C++进行开发。(以前,Android 对C/C++开发的支持仅限于用C/C++开发动态链接库,然后在Java中以JNI的形式来调用)现在,你可以用纯C/C++开发了(参看下面的程序代码)。还有一段完整的代码示例在这里(墙,还有XML的manifest,又见XML)。看来,Google终于明白为什么使用Android的手机(如:Moto, 三星、索爱和HTC)的触摸体验远远不及object C搞出来的iPhone。

void android_main(struct android_app* state) {
    // Make sure glue isn't stripped.
    app_dummy();

    // loop waiting for stuff to do.
    while (1) {
        // Read all pending events.
        int ident;
        int events;
        struct android_poll_source* source;

        // Read events and draw a frame of animation.
        if ((ident = ALooper_pollAll(0, NULL, &events,
                (void**)&source)) >= 0) {
            // Process this event.
            if (source != NULL) {
                source->process(state, source);
            }
        }
        // draw a frame of animation
        bringTheAwesome();
    }
}

我个人估计有两个原因为什么Google回头支持C/C++了,

  1. Google开始觉得自己整的JVM在性能上可以全面超越传统JVM,并接近C/C++,现在发现搞不定了。
  2. Google发现Java的程序员不像C/C++程序员那样注重程序的性能和效率,开发App太耗CPU和内存。

于是只好转回支持C/C++。本来就是用C/C++写出来的Android嘛,居然不能用C/C++而只能用Java,真是太侮辱C/C++了。最后,只希望Google并不是又整了一个C/C++版的Dalvik虚拟机,不然就真是侮辱到极点了。

——— 更新 2011/01/24 ————

谢谢大家对这篇文章的评论,挺有意思的,欢迎讨论,我把我的回复更新在下面。不一定对,仅供大家参考。

Java的学习成本低,开放性好,兼容性也高,我不否认(但请大家也别否认C/C++的效率要比Java要高。而C/C++的程序员在普遍上要比Java程序员更注意性能和效率)。这应该是Andorid的一开始的定位,可见,Google关注的是程序员,而不是用户。现在转回支持C/C++必然有他的原因,如果不是性能上的原因。那么就请大家分析一下别的原因。

Android本来就是用C/C++写的,要跨平台,首先是Android自己跨平台。就像Linux一样,跨平台的首先是Linux,应用开发人员只需要符合Linux的API就OK了。JVM带来的便利只是无需重新编译(就算是无需重新编译,对于开发人员来说也要去那个平台做测试的,因为不同的平台的JVM同样是不一样的)。在Native平台上编译的成本其实并不高,这个编译过程完全可以在部署的时候自动化。

有人说,Java的开发成本比C/C++低,但这和语言没有关系,这其实和封装程度有关系。C/C++同样可以封装得很好。而且,C/C++的程序员比JAVA程序来说,天生就对内存和性能要敏感的多。这更有利于在手机这样资源不足的平台上做开发。

尤其对于像手机这样的时尚终端来说,在用户体验上花的成本要比在开发人员上花成本要大得多的多。我以为,Google 的Android 更多的关注了程序员,而不是用户。而iPhone更多的关注了用户,也让程序员在开发过程上受到了一些牺牲(iPhone的做法是如果程序员的程序要上App Store,先交99美刀的代码审查费,就像申请美国签证一样),但是,iPhone的程序员虽然在开发的方便上有一些牺牲,但是从收入上却得到了保障。最新的消息是苹果已向开发者支付20亿美元 音乐供应商分成达120亿美元。在《偷了世界的程序员》中对此有充分的论述。

最后,请大家思考 几个问题——

  • Android支持C/C++是为什么?如果是为了程序效率,那么这又是为什么?
  • 是开发人员更重要,还是用户更重要?(注意:我说的是“更重要”)
  • 在当今这种诸如iPhone或Andorid的开发模式下,是完全开放好,还是有适当的封闭好?
  • 开发和封闭的背后的商业驱动是什么?如何在开放和封闭中权衡用户、开发者、公司和版权商的利益?

苹果公司给出了一个很不错的商业模式。

(完)


关注CoolShell微信公众账号和微信小程序

(转载本站文章请注明作者和出处 酷 壳 – CoolShell ,请勿用于任何商业用途)

——=== 访问 酷壳404页面 寻找遗失儿童。 ===——
好烂啊有点差凑合看看还不错很精彩 (37 人打了分,平均分: 4.49 )
Loading...

Android将允许纯C/C++开发应用》的相关评论

  1. spiritk :
    LS的都能确定自己的资源利用能比虚拟机更棒么?
    虚拟机确实托了个累赘,但是无论对开发者还是用户来说更安全,更可控~
    而且LS的如果都有能力确定自己完美驾驭内存分配了,那么现在不大会是开发应用的了,或许你就在写某语言的RT!

    太偏激了,一个情场高手,一个资深hr,对其男女朋友、新入职员工,也没当事人对自己的了解多

  2. 用JAVA开发一般的应用,肯定不会感觉在性能上比C差多少。 那是因为这样的开发人员仅仅是开发了JAVA所提供的系统组件的一系列的逻辑规划而已。 确切的说不能算得上真正的程序。 因为那些程序的99%还是由JAVA组件来实现的,而那些组件都是由C开发的,并且性能很高。

    试想一样,如果你用纯JAVA开发一个表格组件。 那样的话,你才会体会到JVM所带来的低性能。

  3. 一看就没学过软件工程.java是对机器的进一步抽象.可以完成更高级别的设计.所以java做设计模式,软件工程更方便.为什么hadoop用java不用C++.因为那是噩梦.内存更扯淡了.系统的调度肯定比你自己的调度好.不然弄什么操作系统.启动直接引导你的软件好了.喜欢C++用诺基亚好了.Android若用C++现在估计还在测试2.1呢.

  4. @pokka
    因为像手机这样的资源有限的终端设备,功耗和性能肯定是首要的,我想安卓机器一天一充总让人蛋疼吧。。。

  5. 使用Java主要是对硬件抽象的考量吧!
    Android设备碎片化太严重,更可怕的是CPU结构的区别,Android除了使用ARM的也有使用X86和MIPS的。
    这个Java对这一块比C++擅长。

  6. java 用与表现层,C用于实现层就可以了,android + linux 易于开发,你也可不用android java,另做GUI。无所谓看你的能力如何。

  7. java 用与表现层,C用于实现层就可以了,android + linux 易于开发,你也可不用android java,另做GUI。无所谓看你的能力如何。无需google要做什么

  8. tony :
    性能上的问题是一方面,更多的可能是java专利问题,andy当年可能是看中了强大的开源harmony,而且手机J2SE的程序员很多,回头来说不支持C/C++应用开发的OS 还有啥意思呢,无所谓语言啦,还是多看看有些什么好的应用吧,谷歌不要再成为一个SB微软就行,把语言,框架当产品做,一天一个样,我勒个去,真是蹂躏程序员啊!这点做过win app 或者.net 的人都深有体会,MS快点死去吧,看APPLE,从来就不关心语言啥的,框架啥的,Object C 用到极致也就有了现在的i 系列!@陈皓

    是啊.net。。蛋疼死了。。

  9. 我只能说,你作为一个程序员是无法理解安卓的商业运作的,性能比不上ios,wp不是件坏事,这样硬件厂商可以通过设备竞赛来赚钱,如果386的机器跑的飞快,那安卓离死期不远了。你看xp到win7的过渡,多少厂商赚的满满的,只有软件不断加强对硬件的要求,那些奸商才会乐呵呵的支持你,要不塞班和WP会比安卓差?

  10. 有关触摸体验问题博主下的定论太武断了,java只是一部分原因,而且还是影响不是很大的那部分,安卓的系统在架构上跟iOS就有很大不同。

  11. 支持JAVA是聪明的选择
    原因:java门槛低,程序员数量基数很大,可以迅速展开应用市场。至少很多java程序员自身就会购买Android智能设备。

    支持C/C++是智慧的选择
    原因很简单:
    1。要想应用做的好,java不行。
    2。前期迅速展开市场后,开始支援C/C++ 开发出更节约硬件资源的应用才能把Android推向高潮。

    分析:
    为啥开始不直接支援C/C++而选择java 请看看Windows Phone,至少Google比Microsoft获得了更多的市场份额。

  12. @rarra
    Java确实不适合做高负载性能敏感的技术开发。真的不如用C/C++来做。
    不过Java简单,入门容易,煞笔程序员好找

  13. 这就好比为什么CGI的性能最高,还有那么多web开发语言出现,而不用性能最高的c/c++写CGI。类似java来处理复杂的业务逻辑到目前位置还是最合适的。android的出现时机非常好,正好赶上芯片性能整体提升(CPU/GPU, RAM, ROM),3G的配合发展,没有3G网络,智能机也无非就是个街机。android选择java我认为是很明智的,因为开发人员的技术庞大,让支持的app市场迅速爆发,有了app的支撑,吸引了越来越多的开发人员。有了越来越多好用的app,才有了越来越多的智能机用户,这才能进入良性循环。window 8的应用市场就看到了,吸引不了开发人员,产品就会无人问津。就目前来看cpu等硬件性能,已经不是dalvik的瓶颈了,iphone 5和主流4核android手机没有太大差距了,iphone 的优势也再消退,但android多终端的劣势也很明显,给开发人员造成了很多困难,不如ios那么容易。

  14. 的确就像你说的那样,硬件厂商这么多,不可能每个款CPU的指令集兼容。。Android只有用jvm来消除CPU等硬件差异@ttand

  15. jvm需要解释执行。
    c/c++编译后的直接是cpu指令集。
    系统运行java程序在同等条件下,差不多要慢c++程序一倍啊。也就是说android的cpu要快ios的cpu差不多一倍才能赶上ios的性能体验。
    如果java通过jni调用so内部函数那当然就另当别论了。

  16. 1、作为市场的后入者,需要在短期内拥有大量的开发者和应用程序,自然Java优先于c;
    2、从google的自动驾驶汽车和glass看,作为整体(长远)规划,他希望程序能更多的和硬件交互,那么就需要支持c/c++。

    暂时想到这两点。

  17. 已经恨死JAVA对硬件资源的严重浪费了!!
    现在2013年了,还一点进步都没有

  18. 我觉着硬件技术的进步带来的是语言性能差异的缩小,android对于C/C++的支持不过是带来更多的开发选择,既然底层跑的就是这些,为啥不能在现有的情况下让android的应用跑得更好一些?毕竟现有体系已经相对成熟了,再不济也不过是将支持剥离出来,回到老路上而已;
    一直觉得,迟早有一天,移动终端也能像PC机一样出租CPU计算能力,但是java在这一块做得确实还不够,需要做大量的代码优化以及调优;

  19. 这篇文章是2011年发布的,到现在为止,还是看不到支持c++的消息,这个,楼主你怎么看呢

  20. The NDK is a toolset that allows you to implement parts of your app using native-code languages such as C and C++. For certain types of apps, this can be helpful so you can reuse existing code libraries written in these languages, but most apps do not need the Android NDK.
    官网说得不是清楚: 是为了方便复用以前的代码库。

  21. @aaa
    到于性能, 后面这句话说得更直接了:
    Notably, using native code on Android generally does not result in a noticable performance improvement, but it always increases your app complexity.
    明白告诉你: 使用NDK,通常并不会让你的应用程序有一个性能的提升,但它总是会直接增加你的应用(开发上)的复杂性。

  22. 理论上来说,使用dalvik java开发普通软件并不会有性能损失,当然只是理论上,一般来说,类似杀毒软件,游戏,地图之类的应用dalvik就不行了,总的来说很少有java不用jni的……,你用java给我写个稍微大点的算法试试……

    其实我一直有个疑问 ,java的优势其实并不在其jvm的跨平台,而是在其语言本身,要是java是个编译语言,它将赢得更大的优势,而c++根本不适合开发大型软件,那为什么没有人开发一个native的,适合大型系统和上层软件编写的语言呢,难道native语言永远要那么复杂吗(准确的说应该是繁杂)

  23. java的跨平台其实就是唬唬初学者的,平台本身的差异还是有的,比如linux的路径是/***/***的,windows 的是*:\***的,这会导致各种各样的问题,我就碰到过,还是要分类处理,其实java的语言特性更少,并且其标准库已经做出表率,所有的类,函数,变量的名字都是具有意义的,不像c++ ,全部都是下划线……然后一堆莫名其妙的字母,类型也是奇奇怪怪的,其实c++从没有考虑合作开发,c++的typedef 方便了个人,拖累的团队,诸如此类的还有没有类似javadoc的东西,没有统一的插件,框架,库的标准

    c++的一个库QT,试图弥补这些缺点,qt写的软件,源代码拿起来可以直接读,开发效率绝不比java差,但是这仅仅是表面上的弥补,要解决根本问题,只有开发一门新的native语言,代替c++,它将具有跨平台的强大的标准库,统一的标准,规范的命名,加强的团队特性等,这样才能挽救上层软件中的native语言(native语言本身不会有事,总是要有一个语言来编写native代码的,不然你jvm怎么写)

  24. rarra :
    支持JAVA是聪明的选择
    原因:java门槛低,程序员数量基数很大,可以迅速展开应用市场。至少很多java程序员自身就会购买Android智能设备。
    支持C/C++是智慧的选择
    原因很简单:
    1。要想应用做的好,java不行。
    2。前期迅速展开市场后,开始支援C/C++ 开发出更节约硬件资源的应用才能把Android推向高潮。
    分析:
    为啥开始不直接支援C/C++而选择java 请看看Windows Phone,至少Google比Microsoft获得了更多的市场份额。

    分析的很透彻,虽然谷歌是一个极客气息很浓的公司,但是他毕竟还是一个公司,商业上的需求与成功是首要的,在此基础上才能进行其他的!

  25. 听说facebook出了C++的虚拟机,虚拟机翻译php的代码为C++的,边解释边执行,安卓搞个java的C++虚拟机是不是可以提升速度

  26. 支持C/C++我认为还有一个原因是:有很大一批优秀的C/C++程序员因为不会或者不屑Java 而被挡在Android开发之外。这是极大的浪费

  27. 我觉得还差点时间。java虚拟执行的模式,我是看好的,搞个c++虚拟机 也是可以的,但现在的硬件还没有填补虚拟执行的空洞。还有就是不太喜欢java的实现方式,既然是虚拟执行 还是比较喜欢 javascript(v8) python。

  28. 现在java是orcal的,google自己搞一套jvm的标准。 orcal肯定也不会看着不管, 让android支持C++ C也为以后留条后路, 程序员多个选择

回复 鬼客 取消回复

您的电子邮箱地址不会被公开。