有時(shí)候Java泛型就是不允許你做你想做的事情，你需要有效地告訴編譯器你在做什么將要在執(zhí)行時(shí)合法。

當(dāng)我模擬一個(gè)通用接口時(shí)，我通常會(huì)發(fā)現(xiàn)這很痛苦，但是還有其他一些例子。通常值得嘗試找出一種避免警告的方法，而不是壓制它(Java泛型常見問題)但有時(shí)即使它是可能的話，它會(huì)使代碼變形得太厲害，所以抑制警告就更整潔了。在這種情況下，總是添加一個(gè)解釋性的注釋！

相同的泛型FAQ有幾個(gè)關(guān)于這個(gè)主題的部分，從“什么是”未經(jīng)檢查“的警告？”-值得一讀

它是一個(gè)注釋，用于抑制關(guān)于未經(jīng)檢查的一般操作(而不是異常)的編譯警告，例如強(qiáng)制轉(zhuǎn)換。從本質(zhì)上說，這意味著程序員不希望在編譯特定代碼時(shí)得到通知，因?yàn)樗呀?jīng)知道了這一點(diǎn)。

您可以在這里閱讀更多關(guān)于這個(gè)特定注釋的內(nèi)容：

抑制警告

此外，Oracle還在這里提供了一些關(guān)于注釋使用的教程文檔：

注解

就像他們說的，

“當(dāng)與泛型出現(xiàn)之前編寫的遺留代碼(在題為泛型的課程中討論)進(jìn)行接口時(shí)，可能會(huì)出現(xiàn)‘未檢查’警告?！?/trans>

這也可能意味著當(dāng)前的Java類型系統(tǒng)版本對(duì)您的情況還不夠好。有幾個(gè)JSR命題/hack來修復(fù)這個(gè)問題：輸入令牌，超級(jí)代幣、CAST()類。

如果您確實(shí)需要這種抑制，請(qǐng)盡量縮小它(例如，不要將它放在類本身或長(zhǎng)方法上)。例如：

public List<String> getALegacyListReversed() {
   @SuppressWarnings("unchecked") List<String> list =
       (List<String>)legacyLibrary.getStringList();

   Collections.reverse(list);
   return list;}