整篇文章写得很棒，我想补充一些内容 Java 与 Native 其实没有你说的效能差这麽少 我们实验室有做过几个范例，纯运算不讲画图用函数库 用 Java 跑下去五秒，NDK 下去就是两秒 更何况甚至 Java 是可以比 Native 慢五到十倍都是有可能的 大多程式都没有用到 NDK 这东西，但是大多会赚钱的程式会用到它 不管你 Java 再怎麽 Event-driven，再怎麽 Just-In-Time，慢了就是慢了 但是也像您说的一样，他不成熟，为什麽？ 想想为什麽 Android 要用 Java 打天下，而非 Native Language 因为 Java 只要实作出一套虚拟机器，摆在各支手机上都可以跑 现在 NDK 不成熟的原因就是因为这样 以 Android 的开放自由度，任何人拿到 Code 都可以任意移植 C/C++ 这种语言本身就是跟 machine-dependent 要做出可以任意手机上跑的 Native 程式，难度会比想像中的还多很多 说实在，我觉得 Google 现在能搞出这种程度的 NDK 已经算是很不错了 想想人家 iPhone 只搞一种系统，用 Obj-C 来写程式 Android 要全世界都可以开放，还用 Java 来当应用程式开发语言 两者做出来的难度真的有差... 一点浅见 :) ※ 引述《Killercat (杀人猫™)》之铭言： : 这篇比较不着重於NDK的技术面，比较像是帮助你评估为什麽要用NDK : NDK跟JNI有什麽关系等等... : 这篇本来是我为了教育训练写出来的东西，所以就将就看一下吧 :) : - : NDK其实他仅仅只是一组Toolchain及一小组LibC实作, 用以JNI连结上VM : 所以其实他并没有甚麽特异功能 : : 他不能操作View 他不能操作Service 他其实甚麽都不能干(正常使用下) : 正常用途下你没办法用NDK写一个View 你也没办法用NDK开发任何东西 : 而且大多数的情况下，你把部份Method改用NDK也不会跑的比较快 : 而且里面的LibC其实不是非常的...完整且高效，也没有STL给你玩 因为 libc 好搞，libstdc++ 难搞 : 更不用说Boost这些我们平常用到爽用到烂的东西，通通没有 : 最重要的是，用NDK写出来的东西并不会比较帅，後续开发者或者主管看到有NDK : 不会拍拍你的头说你好厉害，只会皱着眉头，问「真的有必要吗？」 : 因为他不但难以除错 : （Native当掉是俗称的绿当，那是一组memory dump，而不是简单易懂的红当） : 而且更是增加编译复杂度，简直是给自己找麻烦 : 那...为什麽要用NDK呢？ : 第一点是Java本身GC的问题，他会造成很多记忆体破碎，native可以自己控制记忆体 : 这点来讲，绝对有助於Heap的过度大量成长 : 第二点则是...真的有些东西会跑的比较快，像OpenGL ES的矩阵演算。不过，为什麽 是快很多 :) 矩阵开下去算个几次，差距就出来了 当然如果你只是丢几条指令到 Native 端跑当然没有用 : 前面会说大多数都跑不快呢？因为JNI是有Overhead的，你增加的效能通常还不见得比 : 增加的overhead来的高。 : 第三点，你可能开发自己的ROM, 恩这时候NDK就会用很大。不过这理先不提这个... : 最後一点也是最重要的原因，你有想用的C Library, 或者你有多平台library想用同一份 : code. 当然，你要有原始档，不然这都是做不到的。 : 如果你看完这四点还认为你需要评估使用NDK与否，那请继续看下去。 : 不然，请你等到真的需要的时候在好好考虑他，NDK多数情况下不是解药，是一种剧毒毒药 : (如果有人看到这理的话，我必须做个附注 : 2.3开始允许完全使用NDK开发Activity : 不过这个技术方面成不成熟跟泛不泛用，我想我这边先留个空白吧 :) : 有兴趣的人 这边有一份demo code 看看吧~ : http://www.oschina.net/code/snippet_12_2904 : 事实上我个人认为这技术并不成熟， : 不过我想写出来至少可以让人觉得比较super~一点 XD ) --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 114.24.204.221