@SneakyThrows注解的用途得從java的異常設計體系說起。 java中我們常見的2類異常。 1.普通Exception類,也就是我們常說的受檢異常或者Checked Exception。 2.RuntimeException類,既運行時異常。 前者會強制要求拋出它的方法聲明throws,調用者必須顯示的去處理這個異常。設計的目的是為了提醒開發者處理一些場景中必然可能存在的異常情況。比如網絡異常造成IOException。 但是現實,往往事與願違。大部分情況下的異常,我們都是一路往外拋了事。(強制處理我也處理不了啊!臣妾做不到)所以漸漸的java程序員處理Exception的常見手段就是外面包一層RuntimeException,接着往上丟。這種解決思想尤其在Spring中到處出現。參見《Spring in Action》 try{ }catch(Exception e){ throw new RuntimeException(e); } Lombok的@SneakyThrows就是為了消除這樣的模板代碼。 使用注解后不需要擔心Exception的處理 import lombok.SneakyThrows; public class SneakyThrowsExample implements Runnable { @SneakyThrows(UnsupportedEncodingException.class) public String utf8ToString(byte[] bytes) { return new String(bytes, "UTF-8"); } @SneakyThrows public void run() { throw new Throwable(); } } 真正生成的代碼 import lombok.Lombok; public class SneakyThrowsExample implements Runnable { public String utf8ToString(byte[] bytes) { try { return new String(bytes, "UTF-8"); } catch (UnsupportedEncodingException e) { throw Lombok.sneakyThrow(e); } } public void run() { try { throw new Throwable(); } catch (Throwable t) { throw Lombok.sneakyThrow(t); } } } 原理 顯然魔法 藏在Lombok.sneakyThrow(t);中。可能大家都會以為這個方法就是new RuntimeException()之類的。然而事實並非如此。閱讀代碼可以看出整個方法其實最核心的邏輯是throw (T)t;,利用泛型將我們傳入的Throwable強轉為RuntimeException。雖然事實上我們不是RuntimeException。但是沒關系。因為JVM並不關心這個。泛型最后存儲為字節碼時並沒有泛型的信息。這樣寫只是為了騙過javac編譯器。源碼中注釋有解釋。 public static RuntimeException sneakyThrow(Throwable t) { if (t == null) throw new NullPointerException("t"); return Lombok.<RuntimeException>sneakyThrow0(t); } private static <T extends Throwable> T sneakyThrow0(Throwable t) throws T { throw (T)t; }