Java 8之base64
Published:
05 Apr 2014
Category:
Java
Java 8最终还是发布了。现在终于有了标准的方法来处理base64的编解码。很长时间以来我们都得依赖于Apache Commons Codec(当然它也是相当棒的)。比较在乎内存开销的开发人员通常会单独使用sun.misc.BASE64Encoder和sun.misc.BASE64Decoder,这样避免了加载额外的JAR包到应用程序里面,当然前提是他们确定他们用的一定就是SUN/Oracle的JDK。这些类在Java 8里依然存在。
这里写了个JUnit测试程序来演示下如何使用这几种API来进行base64编码:
*Commons Codec: org.apache.commons.codec.binary.Base64
*Java 8′s new java.util.Base64
*The sort-of evergreen internal code of Sun/Oracle’s JDK: sun.misc.BASE64Encoder
这三种方式的性能到底如何呢?看起来base64只是个很小的方法,因为它把程序拖垮的可能性不大,不过你永远不知道底下到底藏着些什么。这里简单的测试了一下时间,从结果来看,这三种方式按从快到慢是这个顺序:Java 8, Commons, Sun。下面是测试的结果(对长度为5000000的字节数组进行编码):
+Sun: 521
+Commons: 160
+Java8: 37
Java 8的性能是Commons的四倍,是Sun的14倍。不过这个测试有点简单,你最好自己做下基准测试来得出你自己的结论。
那么,到底该用哪种方式呢?专家们通常会这么说——这得分情况。如果确定你的代码是跑在Java 8及以上的版本,那么就用新的java.util.Base64吧。如果你需要支持多种不同的Jdk版本的话,最好是使用commons或者别的第三方库。或者就等老的版本的java不再使用了,你再重写你的代码。再或者就是,换一种编程语言来实现吧。
注意:我甚至都没提到用sun.misc.BASE64Encoder。尽量别去用它。也许有一天某个版本的JDK就会删掉它。并且别的厂商发布的JDK里也没有这个类。
原创文章转载请注明出处:Java 8之base64
英文原文链接