为什么会想到操作系统

Java 8最终还是发布了。现在终于有了标准的方法来处理base64的编解码。很长时间以来我们都得依赖于Apache Commons Codec(当然它也是相当棒的）。比较在乎内存开销的开发人员通常会单独使用sun.misc.BASE64Encoder和sun.misc.BASE64Decoder，这样避免了加载额外的JAR包到应用程序里面，当然前提是他们确定他们用的一定就是SUN/Oracle的JDK。这些类在Java 8里依然存在。

条件语句

明白Java代码是如何编译成字节码并在JVM上运行的非常重要，这有助于理解程序运行的时候到底发生了些什么。理解这点不仅能搞清语言特性是如何实现的，并且在做方案讨论的时候能知道相应的副作用及权衡利弊。

我们先来看一段代码：

正好今天是愚人节，就来说点骗子的东西吧~

本文主要讨论下不同的hashCode()实现对应用程序的性能影响。

本系列文章译自Venkat Subramaniam的Functional Programming in Java

Junit中有好几种测试异常的方法。就像我在前面几篇文章中写道的那样，我比较喜欢使用org.junit.rules.ExpectedException规则。一般来说，ExpectedException规则是org.junit.Before, org.junit.After, org.junit.BeforeClass，或者org.junit.AfterClass注解的一种替代方式 ，但是它们的功能更为强大，也更容易在多个工程间或者不同类中进行共享。本文中我会介绍下org.junit.rules.ExpectedException规则的一些高级用法。

HotSpot，家喻户晓的JVM，我们的Java和Scala程序就运行在它上面。年复一年，一次又一次的迭代，经过无数工程师的不断优化，现在它的代码执行的速度和效率已经逼近本地编译的代码了。