Java真的是一門很神奇的語言,從誕生到如今,幾十年的時間裏,一直長久不衰,而且衍生出了不少好玩的代碼,今天就整理出來了Java代碼的10大裝逼寫法,看完能夠去跟小姐姐裝逼,逼格滿滿啊java
一、集合初始化編程
集合的建立、賦值一步到位,想不想學?安全
來,上邊跟我一塊兒畫個 List,在你下邊畫一個Map……微信
List<String> list = new ArrayList<String>() {{ add("www."); add("javastack."); add("cn");}};Map<String, String> map = new HashMap<String, String>() {{ put("1", "www."); put("2", "javastack."); put("3", "cn");}};
哈哈,高大上的寫法,棧長之前寫過,寫法雖然是很裝X,然而並無什麼卵用。架構
static { final int size = -(-128) + 127 + 1; // Load and use the archived cache if it exists VM.initializeFromArchive(ByteCache.class); if (archivedCache == null || archivedCache.length != size) { Byte[] c = new Byte[size]; byte value = (byte)-128; for(int i = 0; i < size; i++) { c[i] = new Byte(value++); } archivedCache = c; } cache = archivedCache;}
注意到上面size的寫法沒有?app
明明能夠寫成:函數式編程
final int size = 256;
他非要寫成:函數
final int size = -(-128) + 127 + 1;
這麼裝 B 的寫法來自 JDK 包裝類java.lang.Byte裏面的靜態方法。oop
爲何要這麼寫呢?this
這樣的寫法在 JDK 裏面有不少,你們看到這些寫法都會以爲很奇怪,Java技術棧微信羣裏、知識星球裏面有曾有粉絲問我這是爲何。
真正原因無從考察,但棧長我以爲寫 JDK 的大神其實就想告訴你,Byte 的 256 個數是由 -128 ~ 127 這個範圍組成的,起到一個標識數字範圍的做用而已。至少 Byte 爲何取這個範圍,爲何byte取值-128~127??這篇文章能夠解密。
若是你知道其中的更多道道,歡迎留言分享!
/** * The default initial capacity - MUST be a power of two. */static final int DEFAULT_INITIAL_CAPACITY = 1 << 4; // aka 16/** * The maximum capacity, used if a higher value is implicitly specified * by either of the constructors with arguments. * MUST be a power of two <= 1<<30. */static final int MAXIMUM_CAPACITY = 1 << 30;
這兩個變量來自java.util.HashMap源碼,你可能也很是好奇爲何不直接寫成數字,要弄一個移位騷操做?
這是在告訴開發者,HashMap 的容量大小必須是 2 的冪次,否則會形成空間浪費。另外,HashMap 容量爲何老是爲 2 的次冪?這篇推薦看下。
transient Collection<V> values;public Collection<V> values() { Collection<V> vs = values; if (vs == null) { vs = new Values(); values = vs; } return vs;}
以上一樣來自java.util.HashMap的源碼,爲何不直接用values:
transient Collection<V> values;public Collection<V> values() { if (values == null) { values = new Values(); } return values;}
而要從新定義一個vs來繞一個彎呢?
這樣寫不是更簡單麼?
JDK裏面大量這樣的寫法,這是爲何呢?!
那是由於操做局部變量要比讀取全局變量要更快,另外,我我的以爲還有一個好處,再申明一下局部變量,能夠很明顯的看到這個變量的類型,而不要翻到上面或者用鼠標移上去來看變量類型。
另外提一點,上面的複製變量再操做的方式讓我想到了CopyOnWriteArrayList,這也是讓當前變量不被其餘線程改變保證當前線程變量一致性的一種方式。
寫 JDK 源碼的都是大神啊,透過源碼,咱們能學到太多東西!
來看一段泛型的靈活運用:
public <R> Observable<R> compose(Transformer<? super T, ? extends R> transformer) { return ((Transformer<T, R>) transformer).call(this);}
這個泛型方法寫得牛 X 吧,泛型 T、R、通配符(?)、上邊界(extends)和下邊界(super)都用上了!
經常使用的泛型含義:
上面的泛型咱們應該有常見到吧,邊界和通配符不懂的能夠看下這篇文章吧:困擾我多年的Java泛型 和 ,終於搞清楚了。
泛型要學會用,學好能裝B。
Lambda 表達式這是 Java 8 裏面添加的新特性,用來簡化匿名內部類以及結合函數式接口編程用的。
以下面建立線程的示例:
// 1Runnable runnable = () -> System.out.println("javastack.cn");new Thread(runnable).start();// 2new Thread(() -> System.out.println("javastack.cn")).start();// 3new Thread(() -> clean()).start();
三個不一樣的寫法,咱們不再用寫new Runnable()的一大堆 的匿名內部類了,是否是很清爽了!
若是你還不會用Lambda表達式,那真的 OUT 了,能夠關注微信公衆號:Java技術棧,在後臺回覆:新特性,我已經寫了一大堆教程了。
下面是一個Lambada真實案例:
@Beanpublic CommandLineRunner commandLineRunner(NettyServer nettyServer) { return (args) -> { Thread thread = new Thread(() -> nettyServer.start()); thread.setDaemon(true); thread.start(); };}
上述示例省去了 newCommandLineRunner的匿名內部類的過程。
上面有提到函數式編程,這是 Java 8 裏面添加的新特性,我以前在公衆號裏已經寫過不少 Java 新特性的教程,這也不是新玩法了,已經被玩爛了。
來看一個真實的案例,來自 Spring Boot 的郵件發送自動配置:
private void applyProperties(JavaMailSenderImpl sender) { PropertyMapper map = PropertyMapper.get(); map.from(this.properties::getHost).to(sender::setHost); map.from(this.properties::getPort).whenNonNull().to(sender::setPort); map.from(this.properties::getUsername).to(sender::setUsername); map.from(this.properties::getPassword).to(sender::setPassword); map.from(this.properties::getProtocol).to(sender::setProtocol); map.from(this.properties::getDefaultEncoding).whenNonNull().as(Charset::name) .to(sender::setDefaultEncoding); map.from(this.properties::getProperties).whenNot(Map::isEmpty) .as(this::asProperties).to(sender::setJavaMailProperties);}
第一次看到這段代碼的時候,我心裏是拒絕的,很難理解。
上面的 from 和 to 方法分別用到了Supplier和Consumer函數式接口,還用到了雙冒號::結合使用,諱莫如深,還能結合Lambda表達式使用。
函數式編程很厲害,雖然會用,但到如今我也以爲很高深,可讀性和可理解性太差了,可是,裝 X 必學、必用。
MyInputStream mis = new MyInputStream();MyOutputStream mos = new MyOutputStream();try (mis; mos) { mis.read("1.9"); mos.write("1.9");} catch (Exception e) { e.printStackTrace();}
沒錯,你看到的這個關閉流騷操做是 Java 9 的新語法糖,較 Java 7 又簡化了try-with-resources用法,裝 X 的姿式愈來愈多了。
關於try-with-resources的詳細介紹及演進過程,你們能夠閱讀這篇文章:JDK9新特性實戰:簡化流關閉新姿式,或者能夠關注微信公衆號:Java技術棧,在後臺回覆 "新特性" 獲取這篇文章完整版。
不知道的可能上來就一頓罵了,你流關閉動做在哪,爲何不關閉流,多跟着棧長學點新知識吧,哈哈。
關注Java技術棧公衆號的老讀者應該都看過,Java 10 剛出來的時候,我寫過兩篇新特性文章:
來,我再挑兩個示例來欣賞下:
示例1:
var javastack = "javastack";
示例2:
private static void testLoop() { for (var i = 0; i < 3; i++) { for (var m = 10; m < 15; m++) { System.out.println(i + m); } }}
這樣寫會不會被打?也太省事了!
類型推斷出來後,都說 Java 愈來愈像 Javascript 了,其實就是 Java 10 增長的一種語法糖而已,在編譯期間會自動推斷實際類型,其編譯後的字節碼和實際類型一致。
instanceof模式是匹配這是 Java 14 推出來的新特性:
if (object instanceof Kid kid) { // ...} else if (object instanceof Kiddle kiddle) { // ...}
匹配後直接建立對象和賦值直接拿來用,不須要再添增強制轉換的代碼,大大提升了可讀性和安全性。具體能夠看這篇文章:Java 14 之模式匹配,很是讚的一個新特性!
以爲能起飛的朋友,點贊關注轉發呀,關注公衆號:Java架構師聯盟