com.sun.jdi.InvocationException ist beim Aufrufen der Methode aufgetreten

Ich möchte nur ein Objekt der Klasse erstellen, habe aber diesen Fehler beim Debuggen erhalten. Kann mir jemand sagen, was das Problem ist? Die Position dieses Codes befindet sich in einer Spring(2.5)-Dienstklasse.

Es gibt ein ähnliches Problem: OJB Reference Descriptor 1:0-Beziehung? Soll ich den automatischen Abruf auf „false“ setzen?

Vielen Dank~

Die Hauptursache ist, dass beim Debuggen die Java-Debug-Schnittstelle toString() Ihrer Klasse aufruft, um die Klasseninformationen im Popup-Fenster anzuzeigen. Wenn die toString-Methode also nicht richtig definiert ist, kann dies passieren.

Ich hatte auch eine ähnliche Ausnahme beim Debuggen in Eclipse. Wenn ich mit der Maus über ein Objekt fuhr, zeigte das Popup-Feld ein an com.sun.jdi.InvocationException Botschaft. Die eigentliche Ursache war für mich nicht das toString() Methode meiner Klasse, sondern die hashCode() Methode. Es verursachte a NullPointerExceptionwas die verursacht com.sun.jdi.InvocationException während des Debuggens erscheinen. Nachdem ich mich um den Nullzeiger gekümmert hatte, funktionierte alles wie erwartet.

Nun, es könnte an mehreren Dingen liegen, die von anderen vorher und nachher erwähnt wurden. In meinem Fall war das Problem dasselbe, aber der Grund war etwas anderes.

In einer Klasse (A) hatte ich mehrere Objekte und eines der Objekte war eine andere Klasse (B) mit einigen anderen Objekten. Während des Prozesses war eines der Objekte (String) aus Klasse B null, und dann habe ich versucht, über die übergeordnete Klasse (A) auf dieses Objekt zuzugreifen.

Daher wird die Konsole werfen Nullpunkt-Ausnahme Der Eclipse-Debugger zeigt jedoch den oben genannten Fehler an.

Ich hoffe, Sie können den Rest erledigen.

Für mich wurde die gleiche Ausnahme ausgelöst, als der toString als solcher definiert wurde:

@Override
public String toString() {
    return "ListElem [next=" + next + ", data=" + data + "]";
}

Wo ListElem ist ein verknüpftes Listenelement und ich habe a erstellt ListElem als solche:

private ListElem<Integer> cyclicLinkedList = new ListElem<>(3);
ListElem<Integer> cyclicObj = new ListElem<>(4);
...

cyclicLinkedList.setNext(new ListElem<Integer>(2)).setNext(cyclicObj)
    .setNext(new ListElem<Integer>(6)).setNext(new ListElem<Integer>(2)).setNext(cyclicObj);

Dies führte effektiv zu einer zyklischen verketteten Liste, die nicht gedruckt werden kann. Danke für den Hinweis.

Ich hatte das gleiche Problem, weil ich die Lombok @Data-Annotation verwendet habe, die toString- und Hashcode-Methoden in Klassendateien erstellt hat, also habe ich die @Data-Annotation entfernt und eine bestimmte @Gettter @Setter-Annotation verwendet, die mein Problem behoben hat.

Wir sollten @Data nur verwenden, wenn wir @ToString, @EqualsAndHashCode, @Getter für alle Felder und @Setter für alle nicht finalen Felder und @RequiredArgsConstructor benötigen.

Ich hatte einmal das gleiche Problem. In meinem Fall wurde die Methode toString() schlecht erstellt. Um genau zu sein, wurde eine statische Endvariable in die toString-Methode aufgenommen, als einem Entwickler aus meinem Team eine Code-Reinigungsaufgabe zugewiesen wurde, und um, wo immer möglich, toString()-, hashCode()-Code und equals()-Methoden zu Domänenobjekten hinzuzufügen. aber in den Klassen, weil er es übersehen hatte, fügte er die letzte statische Variable hinzu, die die “com.sun.jdi.InvocationException” verursachte. Diese Ausnahme war beim Debuggen nur sichtbar, wenn ich mit der Maus über das Objekt fuhr, das die Ausnahme hat.

Ich habe eine ähnliche Ausnahme in Eclipse. Dies lag an java.lang.StackOverflowError Error. hatte ich überschrieben toString() Methode in der untergeordneten Klasse, mit JoinColumn, die eine Zeichenfolge mit dem Objekt der übergeordneten Klasse zurückgab, was zu einer zirkulären Abhängigkeit führte. Versuchen Sie, dieses Objekt aus zu entfernen toString()und es wird funktionieren.