C语言比Java快早就是公认的事实了。而Java可以通过JNI调用C语言写的库很多人也都知道。
但通过JNI调用C语言写的函数能提高效率吗?一直以来我都认为 是的 。昨晚心血来潮做了个测试,本意是想看看传说中强大的C语言在速度上到底有多强大,结果让我发现了 通过JNI调有C语言并不能提高效率 。不知道这样的结论有没有错,先说一下我测试的过程吧:
第一个测试:用java循环1亿次System.out.printf()
耗时:21 分 34.8 秒
第二个测试:用C语言循环1亿次printf()
耗时:6 分 12.6 秒
刚做完以上两个测试,就深刻体会到了C语言的效率。高兴了十几秒,我就想也许是java的 System.out.printf 和C语言的 printf 有较大区别造成的。于是做了第三个测试。
第三个测试:通过JNI调用C语言的printf(),同样循环1亿次输出
1.
2.
耗时:20 分 23.3 秒(这是第二天的测试的)
使用时间跟直接用java的 System.out.printf 差不多。本人不知道每次调用 native 方法会不会有额外的耗时(先给个不确定的定论:会)也就是说第三个测试之所以不会加速,是因为调用 native 方法时损耗了其它时间,还不能确定 通过JNI调用C语言能不能提高运行效率。又做了第四个测试
第四个测试:通过JNI调用C语言里面的循环1亿次printf(),不明白我说什么的看代码
1.
2.
耗时:19 分 54.2 秒(跟 测试三 一样是第二天测试的)
出乎意料,第四个测试并没有像 测试二 那样,速度并不快。测试四没有像 测试三 那样调用了1亿次 native 方法,它只调用了一次 native 方法,即使调用 native 方法会有额外的耗时也就只有一次,调用完这次native方法后接下来就是C语言里面的1亿次循环了。但结果很明显,速度并没有提升。。。。。
四个测试的结果,
第一个最慢,但它是在电脑用了一整天后测试的。
第二个最快,是在测试一之后测试的,电脑使用情况没多大变化。
第三个比第一个稍快一点,是第二天一大早起来后测试的,电脑休息了一个晚上。
第四个比第三个又快一点,是在第三个测试后更改了部分代码后测试的(跟测试3前后相差大约30分钟)。
最终结论:java通过JNI调用C语言并不能提高效率。
(这个结论也许是错的,可能这种测试的方式本来就不对)