java.lang.IllegalAccessError: próbowano uzyskać dostęp do pola ConcreteEntity.instance z klasy Entity

Question

java.lang.IllegalAccessError: tried to access field ConcreteEntity.instance from class Entity

Ok, więc tu jest umowa. Próbuję uzyskać dostęp do ConcreteEntity.instance, który jest polem z domyślnym typem dostępu, który znajduje się w domyślnym ClassLoader, a Entity.getInstance jest metodą istniejącą u dziecka ClassLoader.

Pamiętaj, że obie są w tej samej paczce, jednak zostanie przesłana IllegalAccessError. Czy istnieje rozwiązanie tego problemu, które nie wymaga załadowania klasy Entity wewnątrz tego samego ClassLoader jako ConcreteEntity?

0 new #14 <Entity> 
3 dup 
4 aload_0 
5 invokevirtual #18 <Adapter.getInstance> 
8 checkcast #20 <sl> 
11 getfield #24 <sl.d> 
14 invokespecial #25 <Entity.<init>> 
17 areturn 

Kod bajtowy pobrany przez jclasslib w przypadku wygenerowania wyjątku "Po kompilacji".

Dziękuję Gamb za oczyszczenie postu.

Answer 1

Zobacz my answer do a similar question, chyba w twoim przypadku jest oczywiste, że mamy do czynienia z wieloma classloaders:

JVM uważa klas załadowane z różnych classloaders się w różnych „pakietów wykonania”, nawet jeśli mają ta sama nazwa pakietu. Cytując the jvm spceification, punkt 5.3:

At run time, a class or interface is determined not by its name alone, but by a pair: its fully qualified name and its defining class loader. Each such class or interface belongs to a single runtime package. The runtime package of a class or interface is determined by the package name and defining class loader of the class or interface.

A w punkcie 5.4.4:

A field or method R is accessible to a class or interface D if and only if any of the following conditions is true:

...

R is either protected or package private (that is, neither public nor protected nor private), and is declared by a class in the same runtime package as D.

Answer 2

Javadoc: Zazwyczaj ten błąd jest przechwytywany przez kompilator; ten błąd może wystąpić tylko w czasie wykonywania, jeśli definicja klasy zmieniła się niepoprawnie.

Jak sądzę, podjęto próbę manipulacji klasą, może ładowanie klasy, poświęć trochę czasu na ładowanie obu klas. (W rzadkich przypadkach pomocne może być jawne serialVersionId.)

Jeśli klasy są powiązane (super/podklasa), spróbuj usunąć tę relację za pomocą interfejsu. Ewentualnie użyj wtrysku. To nie jest polecanie/ładowanie klasy dwa razy.

Przepraszam konkretną odpowiedź Nie mogę podać.