用過Optional;那用過Try么?
本文轉(zhuǎn)載自微信公眾號「小姐姐味道」,作者小姐姐養(yǎng)的狗。轉(zhuǎn)載本文請聯(lián)系小姐姐味道公眾號。
Java的Optional非常好用。我們一般使用Optional做非空處理,省去if的處理。主要的目的,就是為了解決Java中臭名昭著的空指針異常。
比如我們在平常的編碼中,經(jīng)常遇到對輸入?yún)?shù)的非空判斷。
- public void getXXX(Map<String, String> params) {
- Map<String, String> map = params;
- if (map == params) {
- map = new HashMap<>();
- }
- }
這種代碼一多,我們的程序就會慢慢變成shit mountain。這個時候就可以使用Optional進(jìn)行改造。
- public void getXXX(Map<String, String> params) {
- Map<String, String> map = Optional.ofNullable(params).orElse(new HashMap<>());
- }
代碼行數(shù)少了,邏輯清晰,同時自己的績效也降低了 :)。
1. 復(fù)雜例子
看一個比較復(fù)雜的例子。
假如我們需要的數(shù)據(jù)層次比較深。
- String cityCode = customer.getAddress().getCity().getCityCode().substring(0,3);
這樣獲取是不合理的,因為其中的某一環(huán),可能是空,會拋出空指針的。所以,我們需要一層層的進(jìn)行判斷。
- public void getCityCode(Customer customer) {
- String cityCode = "000";
- if (customer != null) {
- Address address = customer.getAddress();
- if (null != address) {
- City city = address.getCity();
- if (city != null) {
- String code = city.getCityCode();
- if (null != code && code.length() >= 3) {
- cityCode = code.substring(0, 3);
- }
- }
- }
- }
- System.out.println(cityCode);
- }
使用Optional的lambda語法,我們可以把代碼改成下面這樣:
- public void getCityCode(Customer customer) {
- String cityCode = Optional.ofNullable(customer)
- .map(c -> c.getAddress())
- .map(a -> a.getCity())
- .map(c -> c.getCityCode())
- .filter(s -> s.length() >= 3)
- .map(s -> s.substring(0, 3))
- .orElse("000");
- }
代碼是不是顏值很高?
顏值雖高,下面還是要點一些偏門的重點內(nèi)容。
2. Optional的隱秘內(nèi)容
其實,早在Java8發(fā)布之前(2014),guava就有了類似的工具,但由于當(dāng)時并沒有l(wèi)ambda語法,所以只能做些簡單的應(yīng)用。
Guava的optional支持序列化,可以在RPC框架方法中返回,但是一般很少用。
Java的Optional卻根本無法序列化。為什么java8的Optional沒有實現(xiàn)序列化,這里有個討論,可以看看http://mail.openjdk.java.net/pipermail/jdk8-dev/2013-September/003186.html
另外Java8比Guava多了ifPresent、map、 filter、 flatMap、 orElseThrow這些方法。鑒于現(xiàn)在使用Guava Optional的人越來越少,不提也罷。
Optional會對GC有一定壓力,如果開發(fā)底層框架,還是慎重使用,netty就曾經(jīng)過測試,最后放棄了Optional。
但我還是喜歡用。誰讓國內(nèi)大多數(shù)都是cruder呢?
3. Try為何物?
長期使用使用Java編碼的Javaer,在見了Scala、Kotlin一類的語言后,會有一種驚艷的感覺。但這些包實在是太大了,引入有一定的成本,只能眼巴巴的饞她們的身子。
但是,Java 標(biāo)準(zhǔn)庫對函數(shù)式編程的 API 支持相對比較有限。有沒有一種輕量級的方式,來增強(qiáng)我們的Java庫呢?要是能和Lambda表達(dá)式結(jié)合起來,那就更妙了。Vavr就是這樣一個簡單的Jar包,讓我們的代碼,寫起來更加流暢。
它的maven坐標(biāo)是:
- <dependency>
- <groupId>io.vavr</groupId>
- <artifactId>vavr</artifactId>
- <version>0.10.3</version>
- </dependency>
下面是一段偉大的睡眠排序法的代碼:
- public class SleepSort implements Runnable {
- private int num;
- public SleepSort(int num) {
- this.num = num;
- }
- @Override
- public void run() {
- try {
- Thread.sleep(num * 10);
- } catch (Exception e) {
- e.printStackTrace();
- }
- System.out.print(num + " ");
- }
- public static void main(String[] args) {
- int[] nums = {5, 22, 10, 7, 59, 3, 16, 4, 11, 8, 14, 24, 27, 25, 26, 28, 23, 99};
- Arrays.stream(nums).forEach(n->new Thread(new SleepSort(n)).start());
- }
- }
其中的Run部分,太多無用的信息,我們可以使用Try來改造。
我們可以簡化為下面兩行:
- Try.run(()->Thread.sleep(num*10))
- .andThen(()->System.out.print(num + " "));
它支持非常多的方法,可以完成大多數(shù)后續(xù)的業(yè)務(wù)處理。比如,在onFailure方法里,加入對異常信息的日志記錄。
而常見的jackson json的處理,可以簡化成下面的代碼:
- String json = Try.of(() -> objectMapper.writeValueAsString(str)).getOrElse("{}");
Try就是這么好用。最重要的是,vavr的大小只有800多kb。
4. vavr的更多操作
vavr支持Tuple(元組)、Option、Try、Either、集合便捷操作、多元函數(shù)、柯里化方法(curring)等。
可以看一下vavr版本的if else。下面是四個分支的代碼。里面這些奇怪的符號,證明它也只是語法糖。
- public String vavrMatch(String input) {
- return Match(input).of(
- Case($("a"), "a1"),
- Case($("b"), "b2"),
- Case($("c"), "c3"),
- Case($(), "unknown")
- );
- }
再比如,你想要定義一個函數(shù),而不是一個類,在Java中可以使用Function。但可惜的是,Java的Function只支持一個參數(shù)。
使用Vavr的Function,最多支持22個參數(shù)!
再比如,你想要在一個方法中,返回多個值。這個,在python中很容易實現(xiàn),在Java中就不得不定義一個Class去接收。
元組,就可以支持多個返回值的組合。比如下面的代碼:
- // (Java, 8)
- Tuple2<String, Integer> java8 = Tuple.of("Java", 8);
- // "Java"
- String s = java8._1;
- // 8
- Integer i = java8._2;
vavr支持一次性返回8個值。
另外,還有l(wèi)azy等小工具。比如延遲獲取值。
- Lazy<Double> lazy = Lazy.of(Math::random);
- lazy.isEvaluated(); // = false
- lazy.get(); // = 0.123 (random generated)
- lazy.isEvaluated(); // = true
- lazy.get(); // = 0.123 (memoized)
這樣的擴(kuò)展方法有很多。但我最常用的,還是Try和元組。它讓代碼變的更加優(yōu)雅,表達(dá)意圖也更加清晰。
哦對了。resilience4j就重度使用了vavr,就是那個Hystrix不再更新之后,官方推薦的那個熔斷組件。
作者簡介:小姐姐味道 (xjjdog),一個不允許程序員走彎路的公眾號。聚焦基礎(chǔ)架構(gòu)和Linux。十年架構(gòu),日百億流量,與你探討高并發(fā)世界,給你不一樣的味道。我的個人微信xjjdog0,歡迎添加好友,進(jìn)一步交流。