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