关于Java 8：无人谈及的八大功能

　　精确的数字运算

　　数字溢出会导致一些讨厌的bug，因为它本质上不会出错。在一些系统中，整型值不停地增长(比如计数器)，溢出的问题就尤为严重。在这些案例里面，产品在演进阶段运行得很好，甚至商用后的很长时间内也没问题，但最终会出奇怪的故障，因为运算开始溢出，产生了完全无法预料的值。

　　为了解决这个问题，Java 8为Math类添加了几个新的“精确型”方法，以便保护重要的代码不受溢出的影响，它的做法是当运算超过它的精度范围的时候，抛出一个未检查的ArithmeticException异常。

int safeC = Math.multiplyExact(bigA, bigB); 
// 如果结果超出+-2^31，就会抛出ArithmeticException异常

　　唯一不好的地方就是你必须自己找出可能产生溢出的代码。无论如何，没有什么自动的解决方案。但我觉得有这些接口总比没有好。

　　安全的随机数发生器

　　在过去几年中Java一直因为安全漏洞而饱受诟病。无论是否合理，Java已经做了大量工作来加强虚拟机和框架层，使之免受攻击。如果随机数来源于随机性不高的种子，那么那些用随机数来产生密钥或者散列敏感信息的系统就更易受攻击。

　　到目前为止，随机数发生算法由开发人员来决定。但问题是，如果你想要的算法依赖于特定的硬件、操作系统、虚拟机，那你就不一定能实现它。这种情况下，应用程序倾向于使用更弱的默认发生器，这就使他们暴露在更大的风险下了。

　　Java 8添加了一个新的方法叫SecureRandom.getInstanceStrong()，它的目标是让虚拟机为你选择一个安全的随机数发生器。如果你的代码无法完全掌控操作系统、硬件、虚拟机(如果你的程序部署到云或者PaaS上，这是很常见的)，我建议你认真考虑一下使用这个接口。

　　可选引用

　　空指针就像“踢到脚趾”一样——从你学会走路开始就伴随着你，无论现在你有多聪明——你还是会犯这个错。为了帮助解决这个老问题，Java 8引入了一个新模板叫Optional<T>。

　　这个模板是从Scala和Hashkell借鉴来的，用于明确声明传给函数或函数返回的引用有可能是空的。有了它，过度依赖旧文档或者看过的代码经常变动的人，就不需要去猜测某个引用是否可能为空。

Optional<User> tryFindUser(int userID) {

　　或

void processUser(User user, Optional<Cart> shoppingCart) {

　　Optional模板有一套函数，使得采样它更方便，比如isPresent()用来检查这个值是不是非空，或者ifPresent()你可以传递一个Lambda函数过去，如果isPresent()返回true，这个Lambda函数就会被执行。不好的地方就跟Java 8的新日期接口一样，等这种模式逐渐流行，渗透到我们使用的库中和日常设计中，需要时间和工作量。

　　用新的Lambda语法打印Optional值：

value.ifPresent(System.out::print);

（编辑：云计算网_泰州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!