Можно ли сделать анонимные внутренние классы в Java статическими?

Нет, вы не можете, и нет, компилятор не может этого понять. Вот почему FindBugs всегда предлагает заменить анонимные внутренние классы именованными static вложенными классами, если они не используют свою неявную this ссылку.

Изменить: Том Хотин - tackline говорит, что если анонимный класс создается в статическом контексте (например, в методе main), анонимный класс на самом деле static. Но JLS не согласен с этим:

Анонимный класс никогда не abstract (§8.1.1.1). Анонимный класс всегда является внутренним классом (§8.1.3); это никогда не static (§8.1.1, §8.5.1). Анонимный класс всегда неявно final (§8.1.1.2).

В глоссарии Java Roedy Green говорится, что тот факт, что анонимные классы разрешены в статическом контексте, зависит от реализации. :

Если вы хотите сбить с толку тех, кто поддерживает ваш код, шутки обнаружили, что javac.exe разрешат анонимные классы внутри static кода инициализации и static методов, хотя в спецификации языка сказано, что анонимные классы никогда не static. Эти анонимные классы, конечно, не имеют доступа к полям экземпляра объекта. Я не рекомендую этого делать. функцию можно было извлечь в любой момент.

Изменить 2: JLS фактически охватывает статические контексты более явно в §15.9.2:

Пусть C будет экземпляром класса, а i будет создаваемым экземпляром. Если C является внутренним классом, тогда i может иметь непосредственно включающий экземпляр. Непосредственно включающий экземпляр i (§8.1.3) определяется следующим образом.

• If C is an anonymous class, then:
  • If the class instance creation expression occurs in a static context (§8.1.3), then i has no immediately enclosing instance.
  • В противном случае непосредственно включающий экземпляр i будет this.

Таким образом, анонимный класс в статическом контексте примерно эквивалентен static вложенному классу в том смысле, что он не сохраняет ссылку на включающий класс, хотя технически это не класс static.

Вроде. Анонимный внутренний класс, созданный в статическом методе, очевидно, будет фактически статическим, потому что нет источника для внешнего this.

Есть некоторые технические различия между внутренними классами в статических контекстах и ​​статическими вложенными классами. Если вам интересно, прочитайте 3-е изд. JLS.

Я думаю, что здесь есть небольшая путаница в номенклатуре, что, по общему признанию, слишком глупо и сбивает с толку.

Как бы вы их ни называли, эти шаблоны (и несколько вариантов с разной видимостью) - это все возможные, нормальные, законные Java:

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() {
      ...
    }
  }
}

Они учтены в спецификации языка (если вас действительно беспокоит, см. Раздел 15.9.5.1, посвященный статическому методу).

Но эта цитата совершенно неверна:

javac.exe разрешит анонимные классы внутри статического кода инициализации и статических методов, хотя в спецификации языка сказано, что анонимные классы никогда не являются статическими.

Я думаю, что цитируемый автор путает статическое ключевое слово со статическим контекстом. (По общему признанию, JLS также немного сбивает с толку в этом отношении.)

Честно говоря, все вышеперечисленные шаблоны хороши (как бы вы их не называли «вложенными», «внутренними», «анонимными» как угодно ...). Действительно, в следующем выпуске Java никто не собирается внезапно убирать эту функциональность. Честно!

Внутренние классы не могут быть статическими - статический вложенный класс не является внутренним классом. Об этом говорится здесь в руководстве по Java.

анонимные внутренние классы никогда не являются статическими (они не могут объявлять статические методы или не конечные статические поля), но если они определены в статическом контексте (статический метод или статическое поле), они ведут себя как статические в том смысле, что они не могут доступ к нестатическим (т.е. экземплярам) членам включающего класса (как и ко всему остальному из статического контекста)

Обратите внимание на то, что анонимный внутренний класс становится статическим, вызывая его в статическом методе.

На самом деле это не удаляет ссылку. Вы можете проверить это, попытавшись сериализовать анонимный класс, не делая сериализуемый включающий класс.