javanpe

⑴ 濡備綍璇勪環"Null reference

灝辨垜鐞嗚Вnull鐨勯棶棰樹富瑕佹湁浠ヤ笅鍑犱釜:
1銆傚弻閲嶅惈涔夈俷ull鍙浠ョ悊瑙ｄ負"絀"錛屼篃鍙浠ョ悊瑙ｄ負"鏃犳晥"鐨勩傛墍浠ヤ綘鎷跨潃涓涓浼氳繑鍥瀗ull鐨勫嚱鏁幫紝濡傛灉瀵圭郴緇熺殑瀹炵幇娌℃湁娣卞埢鐨勭悊瑙ｏ紝浣犱細闅句互紜瀹氭槸鍚﹀簲璇ョ珛鍒誨勭悊鎺(鏃犳晥鍊)錛屾瘮濡傝磋祴涓榛樿ゅ兼垨鏄鎶涘紓甯革紝榪樻槸鎶妌ull鍊肩戶緇寰鍚庨潰浼犻(鍚堟硶鐨勭┖鍊)銆傝繖鏃朵竴鑸浜虹殑閫夋嫨鏄緇х畫寰涓嬩紶錛屾瘯絝熷傛灉鍦ㄧ幇鍦哄勭悊錛屼綘灝辨湁璐ｄ換鎼炴竻妤氬悗緇紼嬪簭鐨勫叿浣撳疄鐜頒笌鎰忓浘錛岃岃繖涓庝綘鎵嬩笂鐨勪換鍔″線寰娌℃湁鐩存帴鍏崇郴銆
2銆傜敱浜1錛屽線寰瀵艱嚧鐖哊PE鐨勪綅緗涓庡疄闄呭嚭闂棰樼殑浣嶇疆鐩擱殧鍗佷竾鍏鍗冮噷銆傝屼綘鍦ㄥ勭悊NPE鏃訛紝棣栬佷換鍔¤繕鏄闇瑕佹悶娓呮氳繖涓猲ull鏄鏃犳晥鍊艱繕鏄鏈夋晥絀哄箋傝繕澶氫簡涓縐嶆儏鍐碉紝鏈夊彲鑳芥槸涓婃父鐨勭▼搴忓憳鑴戞娊蹇樹簡璧嬪礆紝涔熷彲鑳芥槸閿欒鍦拌繘鍏ヤ簡涓嶄細涓哄叾璧嬪肩殑鍒嗘敮銆備篃灝辨槸璇達紝浣犺繕寰楁悶娓呮氳繖鏄"鏁呮剰鐨勬棤鏁堝"榪樻槸"鏃犳剰鐨勬棤鏁堝"銆
3銆傜敱浜庡瓨鍦"鏃犳剰鐨勬棤鏁堝"榪欑嶅彲鑳斤紝浣犲湪媯鏌ヤ笂娓擱昏緫鏃訛紝鐢氳嚦涓嶈兘瀹屽叏鐩鎬俊紼嬪簭鏉ュ掓帹褰撴椂鐨勬剰鍥俱傚洜涓烘棦鐒跺嚭鐜頒簡"鏃犳剰鐨勬棤鏁堝"錛岃存槑璇ョ▼搴忓憳娌℃湁姝ｇ『鍦扮敤紼嬪簭瀹炵幇鍏舵剰鍥俱備婦涓鏍楀瓙錛屼綘鍙戠幇涓婃父紼嬪簭榪涘叆浜嗕竴涓娌℃湁涓哄彉閲忚祴鍒濆肩殑鍒嗘敮錛屼綘浼氶毦浠ュ垽鏂鏄紼嬪簭璧伴敊浜嗗垎鏀錛岃繕鏄鉶界劧榪涘叆浜嗘ｇ『鐨勫垎鏀錛屼絾璇ュ垎鏀鐨勫疄鐜板繕浜嗕負鍏惰祴鍒濆箋傛墍浠ュ傛灉浣犲笇鏈涙壘鍒版渶鍚堢悊鐨勪慨澶嶄綅緗錛屼綘灝卞繀欏誨幓闂鍘熸潵鐨勭▼搴忓憳鏈浜(濡傛灉浠栬繕璁板緱)鎴栬呮悶娓呮氳ヤ綅緗鐨勫師濮嬮渶奼(濡傛灉鑳芥壘鍒版枃妗)銆傚惁鍒欎綘灝辨棤娉曞垽瀹氫綘鐨勪慨澶嶄細涓嶄細鏄"涓や釜閿欒鐩稿姞寰楀埌涓涓姝ｇ『"銆傜敱浜庝互涓婂嚑鐐癸紝瀵艱嚧鍚堢悊瑙ｅ喅NPE闇瑕佷粯鍑哄ぇ閲忕殑鏃墮棿銆備互鑷充簬鏈変簺紼嬪簭鍛(渚嬪傛垜鑷宸)鐪嬪埌NPE灝辨湁鐢熺悊鍙嶅簲(鍏蜂綋琛ㄧ幇涓哄ご鐥涜兏闂瘋儍鎶界瓔)錛屾墍浠ユ垜鍦ㄥ洟闃熼噷涓璐瑕佹眰涓嶈佸湪紼嬪簭涓涓誨姩鎶涘嚭NPE錛屼綘鏍規嵁瀹為檯鎯呭喌鎶涗釜IllegalStateException鎴栬匢llegalArgumentException浼氭病閭ｄ箞鍚撲漢銆傚氨綆椾竴瀹氳佹姏(姣曠珶榪欑嶄笢瑗挎垜涓嶈兘寮哄埗)錛屼竴瀹氳佷紶涓濂界湅鐨刴essage錛屼笉鑳芥姏絀簃essage鐨凬PE鍑烘潵鍚撲漢銆傝繖鐐規槸紜鎬ц勫畾錛屽惁鍒欒繃涓嶄簡浠ｇ爜瀹℃煡銆傜洰鍓嶅湪璇璦灞傞潰(鐢╪ullable鏍囨敞鏉ユ敞閲婃帴鍙ｅ睘浜嶪DE灞傞潰)鐨刵ull鏇誇唬鏂規堟湁:1銆傚嚱鏁板唴瀵逛簬鏃犳晥鍊煎敖閲忔姏寮傚父銆傜壒鍒鍦幫紝鍦↗ava閲屽簲璇ヤ嬌鐢ㄤ笓闂ㄧ殑鑷瀹氫箟Checked Exception銆備笉榪囪繖縐嶆柟妗堬紝瀵逛簬緇忓父鍑虹幇鏃犳晥鍊間笖杈冨父鐢(鏈夋ц兘闇奼傛垨鍦ㄤ唬鐮佷腑緇忓父浣跨敤)鐨勫嚱鏁板苟涓嶉傜敤銆

⑵ 為什麼阿里工程師代碼寫的好看看他的代碼規范就知道了

曾經與一位從阿里出來的java工程師一起工作過一段時間，他的技術說不上非常厲害， 但是，他的代碼寫的的非常好，凡是他做的功能很少出現Bug 。我就很好奇，於是經常向他請教一些代碼設計的原則，然後他告訴了我阿里Java手冊。並且，他將這個手冊進行了修改，也成為了我司Java程序員的開發手冊。 這篇文章就讓我們看一看這個手冊中比較重要的原則。

【強制】 代碼中的命名均不能以下劃線或美元符號開始，也不能以下劃線或美元符號結束。

反例：_name / __name / $name / name_ / name$ / name__

【強制】 類型與中括弧緊挨相連來表示數組。

正例：定義整形數組 int[] arrayDemo; 反例：在 main 參數中，使用 String args[]來定義。

【強制】 POJO 類中布爾類型變數都不要加 is 前綴，否則部分框架解析會引起序列化錯誤。

說明：表達是與否的值採用 is_xxx 的命名方式，所以，需要在 設置從 is_xxx 到 xxx 的映射關系。

反例：定義為基本數據類型 Boolean isDeleted 的屬性，它的方法也是 isDeleted()， RPC 框架在反向解 析的時候，「誤以為」對應的屬性名稱是 deleted，導致屬性獲取不到，進而拋出異常。

【推薦】 在常量與變數的命名時，表示類型的名詞放在詞尾，以提升辨識度。

【推薦】 介面類中的方法和屬性不要加任何修飾符號(public 也不要加)，保持代碼的簡潔 性，並加上有效的 Javadoc 注釋。盡量不要在介面里定義變數，如果一定要定義變數，肯定 是與介面方法相關，並且是整個應用的基礎常量。

正例:介面方法簽名 void commit();

介面基礎常量 String COMPANY = "alibaba";

反例:介面方法定義 public abstract void f();

說明:JDK8 中介面允許有默認實現，那麼這個 default 方法，是對所有實現類都有價值的默認實現。

【參考】 枚舉類名帶上 Enum 後綴，枚舉成員名稱需要全大寫，單詞間用下劃線隔開。

說明：枚舉其實就是特殊的類，域成員均為常量，且構造方法被默認強制是私有。

正例:枚舉名字為 ProcessStatusEnum 的成員名稱:SUCCESS / UNKNOWN_REASON。

【參考】 各層命名規約:

1) 獲取單個對象的方法用 get 做前綴。

2) 獲取多個對象的方法用 list 做前綴，復數形式結尾如:listObjects。 3) 獲取統計值的方法用 count 做前綴。

4) 插入的方法用 save/insert 做前綴。

5) 刪除的方法用 remove/delete 做前綴。

6) 修改的方法用 update 做前綴。

1) 數據對象:xxxDO，xxx 即為數據表名。

2) 數據傳輸對象:xxxDTO，xxx 為業務領域相關的名稱。

3) 展示對象:xxxVO，xxx 一般為網頁名稱。

4) POJO 是 DO/DTO/BO/VO 的統稱，禁止命名成 xxxPOJO。

【強制】 不允許任何魔法值(即未經預先定義的常量)直接出現在代碼中。

【強制】 避免通過一個類的對象引用訪問此類的靜態變數或靜態方法，無謂增加編譯器解析 成本，直接用類名來訪問即可。

【強制】 相同參數類型，相同業務含義，才可以使用Java的可變參數，避免使用Object。

說明：可變參數必須放置在參數列表的最後。(提倡同學們盡量不用可變參數編程)

【強制】 所有整型包裝類對象之間值的比較，全部使用equals方法比較。

說明：對於 Integer var = ? 在-128 至 127 范圍內的賦值，Integer 對象是在 IntegerCache.cache 產 生，會復用已有對象，這個區間內的 Integer 值可以直接使用==進行判斷，但是這個區間之外的所有數 據，都會在堆上產生，並不會復用已有對象，這是一個大坑，推薦使用 equals 方法進行判斷。

關於基本數據類型與包裝數據類型的使用標准如下:

說明： POJO 類屬性沒有初值是提醒使用者在需要使用時，必須自己顯式地進行賦值 ，任何 NPE 問題，或 者入庫檢查，都由使用者來保證。

正例：資料庫的查詢結果可能是 null，因為自動拆箱，用基本數據類型接收有 NPE 風險。

反例： 比如顯示成交總額漲跌情況，即正負 x%，x 為基本數據類型，調用的 RPC 服務，調用不成功時， 返回的是默認值，頁面顯示為 0%，這是不合理的，應該顯示成中劃線 。所以包裝數據類型的 null 值，能 夠表示額外的信息，如:遠程調用失敗，異常退出。

【強制】 POJO 類必須寫 toString 方法。

使用 IDE 中的工具:source> generate toString 時，如果繼承了另一個 POJO 類，注意在前面加一下 super.toString。

說明： 在方法執行拋出異常時，可以直接調用 POJO 的 toString()方法列印其屬性值，便於排查問題。

【強制】 關於hashCode和equals的處理，遵循如下規則：

說明：String 已覆寫 hashCode 和 equals 方法，所以我們可以愉快地使用 String 對象作為 key 來使用。

【強制】 線程資源必須通過線程池提供，不允許在應用中自行顯式創建線程。

說明：線程池的好處是減少在創建和銷毀線程上所消耗的時間以及系統資源的開銷，解決資源不足的問 題。 如果不使用線程池，有可能造成系統創建大量同類線程而導致消耗完內存或者「過度切換」的問題。

【強制】 線程池不允許使用Executors去創建，而是通過ThreadPoolExecutor的方式，這樣的處理方式讓寫的同學更加明確線程池的運行規則，規避資源耗盡的風險。

以上規范在設計代碼中，是比較重要的原則。如果編寫代碼的過程中，可以依照以上原則，那代碼的可讀性和可維護性將大大提升

⑶ 試編程：求一個數的絕對值。列如輸入-5，則輸出5。第1題怎麼寫

作者 | 沉默王二

來源 | CSDN博客

頭圖 | 付費下載自視覺中國

出品 | CSDN（ID:CSDNnews）
想學習，永遠都不晚，尤其是針對 Java 8 裡面的好東西，Optional 就是其中之一，該類提供了一種用於表示可選值而非空引用的類級別解決方案。作為一名 Java 程序員，我真的是煩透了 NullPointerException（NPE），盡管和它熟得就像一位老朋友，知道它也是迫不得已——程序正在使用一個對象卻發現這個對象的值為 null，於是 Java 虛擬機就怒發沖冠地把它拋了出來當做替罪羊。

當然了，我們程序員是富有責任心的，不會坐視不管，於是就有了大量的 null 值檢查。盡管有時候這種檢查完全沒有必要，但我們已經習慣了例行公事。終於，Java 8 看不下去了，就引入了 Optional，以便我們編寫的代碼不再那麼刻薄呆板。
沒有 Optional 會有什麼問題
我們來模擬一個實際的應用場景。小王第一天上班，領導老馬就給他安排了一個任務，要他從資料庫中根據會員 ID 拉取一個會員的姓名，然後將姓名列印到控制台。雖然是新來的，但這個任務難不倒小王，於是他花了 10 分鍾寫下了這段代碼：
1public class WithoutOptionalDemo {
2 class Member {
3 private String name;
4
5 public String getName() {
6 return name;
7 }
8
9 public void setName(String name) {
10 this.name = name;
11 }
12 }
13
14 public static void main(String[] args) {
15 Member mem = getMemberByIdFromDB();
16 if (mem != null) {
17 System.out.println(mem.getName());
18 }
19 }
20
21 public static Member getMemberByIdFromDB() {
22 // 當前 ID 的會員不存在
23 return null;
24 }
25}

由於當前 ID 的會員不存在，所以 getMemberByIdFromDB() 方法返回了 null 來作為沒有獲取到該會員的結果，那就意味著在列印會員姓名的時候要先對 mem 判空，否則就會拋出 NPE 異常，不信？讓小王把 if (mem != null) 去掉試試，控制台立馬列印錯誤堆棧給你顏色看看。
1Exception in thread "main" java.lang.NullPointerException
2 at com.cmower.dzone.optional.WithoutOptionalDemo.main(WithoutOptionalDemo.java:24)

Optional 是如何解決這個問題的
小王把代碼提交後，就興高采烈地去找老馬要新的任務了。本著虛心學習的態度，小王請求老馬看一下自己的代碼，於是老王就告訴他應該嘗試一下 Optional，可以避免沒有必要的 null 值檢查。現在，讓我們來看看小王是如何通過 Optional 來解決上述問題的。
1public class OptionalDemo {
2 public static void main(String[] args) {
3 Optional optional = getMemberByIdFromDB();
4 optional.ifPresent(mem -> {
5 System.out.println("會員姓名是：" + mem.getName());
6 });
7 }
8
9 public static Optional getMemberByIdFromDB() {
10 boolean hasName = true;
11 if (hasName) {
12 return Optional.of(new Member("沉默王二"));
13 }
14 return Optional.empty();
15 }
16}
17class Member {
18 private String name;
19
20 public String getName() {
21 return name;
22 }
23
24 // getter / setter
25}

getMemberByIdFromDB() 方法返回了 Optional 作為結果，這樣就表明 Member 可能存在，也可能不存在，這時候就可以在 Optional 的 ifPresent() 方法中使用 Lambda 表達式來直接列印結果。
Optional 之所以可以解決 NPE 的問題，是因為它明確的告訴我們，不需要對它進行判空。它就好像十字路口的路標，明確地告訴你該往哪走。
創建 Optional 對象
1）可以使用靜態方法 empty() 創建一個空的 Optional 對象
1Optional empty = Optional.empty();
2System.out.println(empty); // 輸出：Optional.empty

2）可以使用靜態方法 of() 創建一個非空的 Optional 對象
1Optional opt = Optional.of("沉默王二");
2System.out.println(opt); // 輸出：Optional[沉默王二]

當然了，傳遞給 of() 方法的參數必須是非空的，也就是說不能為 null，否則仍然會拋出 NullPointerException。
1String name = null;
2Optional optnull = Optional.of(name);

3）可以使用靜態方法 ofNullable() 創建一個即可空又可非空的 Optional 對象
1String name = null;
2Optional optOrNull = Optional.ofNullable(name);
3System.out.println(optOrNull); // 輸出：Optional.empty

ofNullable() 方法內部有一個三元表達式，如果為參數為 null，則返回私有常量 EMPTY；否則使用 new 關鍵字創建了一個新的 Optional 對象——不會再拋出 NPE 異常了。
判斷值是否存在
可以通過方法 isPresent() 判斷一個 Optional 對象是否存在，如果存在，該方法返回 true，否則返回 false——取代了 obj != null 的判斷。
1Optional opt = Optional.of("沉默王二");
2System.out.println(opt.isPresent()); // 輸出：true
3
4Optional optOrNull = Optional.ofNullable(null);
5System.out.println(opt.isPresent()); // 輸出：false

Java 11 後還可以通過方法 isEmpty() 判斷與 isPresent() 相反的結果。
1Optional opt = Optional.of("沉默王二");
2System.out.println(opt.isPresent()); // 輸出：false
3
4Optional optOrNull = Optional.ofNullable(null);
5System.out.println(opt.isPresent()); // 輸出：true

非空表達式
Optional 類有一個非常現代化的方法——ifPresent()，允許我們使用函數式編程的方式執行一些代碼，因此，我把它稱為非空表達式。如果沒有該方法的話，我們通常需要先通過 isPresent() 方法對 Optional 對象進行判空後再執行相應的代碼：
1Optional optOrNull = Optional.ofNullable(null);
2if (optOrNull.isPresent()) {
3 System.out.println(optOrNull.get().length());
4}

有了 ifPresent() 之後，情況就完全不同了，可以直接將 Lambda 表達式傳遞給該方法，代碼更加簡潔，更加直觀。
1Optional opt = Optional.of("沉默王二");
2opt.ifPresent(str -> System.out.println(str.length()));

Java 9 後還可以通過方法 ifPresentOrElse(action, emptyAction) 執行兩種結果，非空時執行 action，空時執行 emptyAction。
1Optional opt = Optional.of("沉默王二");
2opt.ifPresentOrElse(str -> System.out.println(str.length()), () -> System.out.println("為空"));

設置（獲取）默認值
有時候，我們在創建（獲取） Optional 對象的時候，需要一個默認值，orElse() 和 orElseGet() 方法就派上用場了。
orElse() 方法用於返回包裹在 Optional 對象中的值，如果該值不為 null，則返回；否則返回默認值。該方法的參數類型和值得類型一致。
1String nullName = null;
2String name = Optional.ofNullable(nullName).orElse("沉默王二");
3System.out.println(name); // 輸出：沉默王二

orElseGet() 方法與 orElse() 方法類似，但參數類型不同。如果 Optional 對象中的值為 null，則執行參數中的函數。
1String nullName = null;
2String name = Optional.ofNullable(nullName).orElseGet(()->"沉默王二");
3System.out.println(name); // 輸出：沉默王二

從輸出結果以及代碼的形式上來看，這兩個方法極其相似，這不免引起我們的懷疑，Java 類庫的設計者有必要這樣做嗎？
假設現在有這樣一個獲取默認值的方法，很傳統的方式。
1public static String getDefaultValue() {
2 System.out.println("getDefaultValue");
3 return "沉默王二";
4}

然後，通過 orElse() 方法和 orElseGet() 方法分別調用 getDefaultValue() 方法返回默認值。
1public static void main(String[] args) {
2 String name = null;
3 System.out.println("orElse");
4 String name2 = Optional.ofNullable(name).orElse(getDefaultValue());
5
6 System.out.println("orElseGet");
7 String name3 = Optional.ofNullable(name).orElseGet(OrElseOptionalDemo::getDefaultValue);
8}

註：類名 :: 方法名是 Java 8 引入的語法，方法名後面是沒有 () 的，表明該方法並不一定會被調用。
輸出結果如下所示：
1orElse
2getDefaultValue
3
4orElseGet
5getDefaultValue

輸出結果是相似的，沒什麼太大的不同，這是在 Optional 對象的值為 null 的情況下。假如 Optional 對象的值不為 null 呢？
1public static void main(String[] args) {
2 String name = "沉默王三";
3 System.out.println("orElse");
4 String name2 = Optional.ofNullable(name).orElse(getDefaultValue());
5
6 System.out.println("orElseGet");
7 String name3 = Optional.ofNullable(name).orElseGet(OrElseOptionalDemo::getDefaultValue);
8}

輸出結果如下所示：
1orElse
2getDefaultValue
3orElseGet

咦，orElseGet() 沒有去調用 getDefaultValue()。哪個方法的性能更佳，你明白了吧？
獲取值
直觀從語義上來看，get() 方法才是最正宗的獲取 Optional 對象值的方法，但很遺憾，該方法是有缺陷的，因為假如 Optional 對象的值為 null，該方法會拋出 NoSuchElementException 異常。這完全與我們使用 Optional 類的初衷相悖。
1public class GetOptionalDemo {
2 public static void main(String[] args) {
3 String name = null;
4 Optional optOrNull = Optional.ofNullable(name);
5 System.out.println(optOrNull.get());
6 }
7}

這段程序在運行時會拋出異常：
1Exception in thread "main" java.util.NoSuchElementException: No value present
2 at java.base/java.util.Optional.get(Optional.java:141)
3 at com.cmower.dzone.optional.GetOptionalDemo.main(GetOptionalDemo.java:9)

盡管拋出的異常是 NoSuchElementException 而不是 NPE，但在我們看來，顯然是在「五十步笑百步」。建議 orElseGet() 方法獲取 Optional 對象的值。
過濾值
小王通過 Optional 類對之前的代碼進行了升級，完成後又興高采烈地跑去找老馬要任務了。老馬覺得這小夥子不錯，頭腦靈活，又幹活積極，很值得培養，就又交給了小王一個新的任務：用戶注冊時對密碼的長度進行檢查。
小王拿到任務後，樂開了花，因為他剛要學習 Optional 類的 filter() 方法，這就派上了用場。
1public class FilterOptionalDemo {
2 public static void main(String[] args) {
3 String password = "12345";
4 Optional opt = Optional.ofNullable(password);
5 System.out.println(opt.filter(pwd -> pwd.length() > 6).isPresent());
6 }
7}

filter() 方法的參數類型為 Predicate（Java 8 新增的一個函數式介面），也就是說可以將一個 Lambda 表達式傳遞給該方法作為條件，如果表達式的結果為 false，則返回一個 EMPTY 的 Optional 對象，否則返回過濾後的 Optional 對象。
在上例中，由於 password 的長度為 5 ，所以程序輸出的結果為 false。假設密碼的長度要求在 6 到 10 位之間，那麼還可以再追加一個條件。來看小王增加難度後的代碼。
1Predicate len6 = pwd -> pwd.length() > 6;
2Predicate len10 = pwd -> pwd.length() < 10;
3
4password = "1234567";
5opt = Optional.ofNullable(password);
6boolean result = opt.filter(len6.and(len10)).isPresent();
7System.out.println(result);

這次程序輸出的結果為 true，因為密碼變成了 7 位，在 6 到 10 位之間。想像一下，假如小王使用 if-else 來完成這個任務，代碼該有多冗長。
轉換值
小王檢查完了密碼的長度，仍然覺得不夠盡興，覺得要對密碼的強度也進行檢查，比如說密碼不能是「password」，這樣的密碼太弱了。於是他又開始研究起了 map() 方法，該方法可以按照一定的規則將原有 Optional 對象轉換為一個新的 Optional 對象，原有的 Optional 對象不會更改。
先來看小王寫的一個簡單的例子：
1public class OptionalMapDemo {
2 public static void main(String[] args) {
3 String name = "沉默王二";
4 Optional nameOptional = Optional.of(name);
5 Optional intOpt = nameOptional
6 .map(String::length);
7
8 System.out.println( intOpt.orElse(0));
9 }
10}

在上面這個例子中，map() 方法的參數 String::length，意味著要 將原有的字元串類型的 Optional 按照字元串長度重新生成一個新的 Optional 對象，類型為 Integer。
搞清楚了 map() 方法的基本用法後，小王決定把 map() 方法與 filter() 方法結合起來用，前者用於將密碼轉化為小寫，後者用於判斷長度以及是否是「password」。
1public class OptionalMapFilterDemo {
2 public static void main(String[] args) {
3 String password = "password";
4 Optional opt = Optional.ofNullable(password);
5
6 Predicate len6 = pwd -> pwd.length() > 6;
7 Predicate len10 = pwd -> pwd.length() < 10;
8 Predicate eq = pwd -> pwd.equals("password");
9
10 boolean result = opt.map(String::toLowerCase).filter(len6.and(len10 ).and(eq)).isPresent();
11 System.out.println(result);
12 }
13}

好了，我親愛的讀者朋友，以上就是本文的全部內容了——可以說是史上最佳 Optional 指南了，能看到這里的都是最優秀的程序員，二哥必須要伸出大拇指為你點個贊。
https://blog.csdn.net/qing_gee/article/details/104767082