Um novo favorito para mim está @SuppressWarnings("WeakerAccess")
no IntelliJ, que evita queixas quando pensa que você deve ter um modificador de acesso mais fraco do que está usando. Temos que ter acesso público a alguns métodos para dar suporte ao teste, e a @VisibleForTesting
anotação não impede os avisos.
ETA: "Anonymous" comentou, na página @MattCampbell vinculada a, a seguinte nota incrivelmente útil:
Você não precisa usar esta lista para o objetivo que está descrevendo. O IntelliJ adicionará esses SuppressWarnings automaticamente se você solicitar. Ele tem sido capaz de fazer isso por tantos lançamentos de volta quanto eu me lembro.
Vá para o local em que você recebe o aviso e digite Alt-Enter (ou selecione-o na lista Inspeções, se o estiver vendo lá). Quando o menu é exibido, mostrando o aviso e oferecendo a correção para você (por exemplo, se o aviso for "O método pode ser estático", "tornar estático" é a oferta da IntellJ para corrigi-lo), em vez de selecionar "enter", basta usar o botão de seta para a direita para acessar o submenu, que terá opções como "Editar configuração do perfil de inspeção" e assim por diante. No final desta lista, haverá opções como "Suprimir todas as inspeções da classe", "Suprimir da classe", "Suprimir do método" e, ocasionalmente, "Suprimir da instrução". Você provavelmente deseja que um desses apareça por último na lista. A seleção de uma delas adicionará uma anotação @SuppressWarnings (ou comentário em alguns casos) ao seu código, suprimindo o aviso em questão. Você não precisará adivinhar qual anotação adicionar, porque o IntelliJ escolherá com base no aviso que você selecionou.