È possibile rendere statiche le classi interne anonime in Java?

In Java, le classi nidificate possono essere statico meno. Se lo sono static, non contengono un riferimento al puntatore dell'istanza che lo contiene (inoltre non sono più chiamate classi interne, sono chiamate classi annidate).

Dimenticare di creare una classe annidata staticquando non ha bisogno di quel riferimento può portare a problemi con la raccolta dei rifiuti o l'analisi dell'escape.

È possibile creare anche una classe interna anonima static? O il compilatore lo capisce automaticamente (cosa che potrebbe, perché non possono esserci sottoclassi)?

Ad esempio, se realizzo un comparatore anonimo, non ho quasi mai bisogno del riferimento all'esterno:

  Collections.sort(list, new Comparator<String>(){
       int compare(String a, String b){
          return a.toUpperCase().compareTo(b.toUpperCase());
       }
  }

No, non puoi e no, il compilatore non riesce a capirlo. Questo è il motivo per cui FindBugs suggerisce sempre di cambiare le classi interne anonime in classi staticannidate denominate se non usano il loro thisriferimento implicito .

Modifica: Tom Hawtin - tackline dice che se la classe anonima viene creata in un contesto statico (ad esempio nel mainmetodo), la classe anonima è in effetti static. Ma il JLS non è d'accordo :

Una classe anonima non è mai abstract(§8.1.1.1). Una classe anonima è sempre una classe interna (§8.1.3); non è mai static(§8.1.1, §8.5.1). Una classe anonima è sempre implicitamente final(§8.1.1.2).

Il glossario Java di Roedy Green afferma che il fatto che le classi anonime siano consentite in un contesto statico dipende dall'implementazione:

Se vuoi sconcertare coloro che mantengono il tuo codice, i wags hanno scoperto javac.execonsentiranno classi anonime all'interno del staticcodice e dei staticmetodi di init , anche se le specifiche del linguaggio dicono che le classi anonime non lo sono mai static. Queste classi anonime, ovviamente, non hanno accesso ai campi istanza dell'oggetto. Non consiglio di farlo. La funzione può essere ritirata in qualsiasi momento.

Modifica 2: JLS copre effettivamente i contesti statici in modo più esplicito in §15.9.2 :

Sia C la classe che viene istanziata e io l'istanza che viene creata. Se C è una classe interna, potrei avere un'istanza che lo racchiude immediatamente. L'istanza immediatamente allegata di i (§8.1.3) è determinata come segue.

• Se C è una classe anonima, allora:
  • Se l'espressione di creazione dell'istanza di classe si verifica in un contesto statico (§8.1.3), allora i non ha un'istanza che racchiude immediatamente.
  • Altrimenti, l'istanza che racchiude immediatamente i è this.

Quindi una classe anonima in un contesto statico è più o meno equivalente a una staticclasse nidificata in quanto non mantiene un riferimento alla classe che la racchiude, anche se tecnicamente non è una staticclasse.

Tipo. Una classe interna anonima creata in un metodo statico sarà ovviamente effettivamente statica perché non esiste una sorgente per un this esterno.

Esistono alcune differenze tecniche tra le classi interne in contesti statici e le classi annidate statiche. Se sei interessato, leggi il JLS 3rd Ed.

Penso che qui ci sia un po 'di confusione nella nomenclatura, che è certamente troppo sciocca e confusa.

Comunque li chiami, questi pattern (e alcune variazioni con visibilità diversa) sono tutti Java possibili, normali e legali:

public class MyClass {
  class MyClassInside {
  }
}

public class MyClass {
  public static class MyClassInside {
  }
}

public class MyClass {
  public void method() {
    JComponent jc = new JComponent() {
      ...
    }
  }
}

public class MyClass {
  public static void myStaticMethod() {
    JComponent jc = new JComponent() {
      ...
    }
  }
}

Sono soddisfatti nelle specifiche del linguaggio (se sei davvero infastidito, vedi la sezione 15.9.5.1 per quello all'interno del metodo statico).

Ma questa citazione è semplicemente sbagliata :

javac.exe consentirà classi anonime all'interno di codice init statico e metodi statici, anche se le specifiche della lingua dicono che le classi anonime non sono mai statiche

Penso che l'autore citato stia confondendo la parola chiave statica con il contesto statico . (Certo, anche il JLS è un po 'confuso sotto questo aspetto.)

Onestamente, tutti gli schemi sopra vanno bene (qualunque cosa tu li chiami "annidati", "interni", "anonimi" qualunque cosa ...). In realtà, nessuno rimuoverà improvvisamente questa funzionalità nella prossima versione di Java. Onestamente!

Le classi interne non possono essere statiche: una classe annidata statica non è una classe interna. Il tutorial Java ne parla qui .

le classi interne anonime non sono mai statiche (non possono dichiarare metodi statici o campi statici non finali), ma se sono definite in un contesto statico (metodo statico o campo statico) si comportano come statiche nel senso che non possono accedere ai membri non statici (cioè istanza) della classe che lo racchiude (come tutto il resto da un contesto statico)

Sulla nota di rendere statica una classe interna anonima chiamandola all'interno di un metodo statico.

Questo in realtà non rimuove il riferimento. Puoi verificarlo provando a serializzare la classe anonima e non rendendo serializzabile la classe che la racchiude.