Odszyfrowywanie informacji zmiennych podczas debugowania Java

Question

Używam IntelliJ IDEA 8 do debugowania niektórych Javy, ale to pytanie może prawdopodobnie dotyczyć wszystkich debugerów Java. Na liście zmiennych, są one wyświetlane jako:

myVariable = {some.package.SomeClass@12345}

Jestem ciekawy numer, który przychodzi po nazwie klasy. Jaka jest dokładnie liczba? Czy dwie zmienne mają tę samą liczbę, jeśli jest to ten sam obiekt bazowy, do którego się odwołujemy?

Z góry dziękuję.

Answer 1

To jest objectId zgłoszone przez JVM, szczegółowe informacje można znaleźć na stronie JDWP specification.

Wyjątkowo identyfikuje obiekt w docelowej maszynie wirtualnej . Konkretnym obiektem będzie zidentyfikowany przez dokładnie jeden identyfikator obiektu w komendach JDWP i odpowiadających przez cały czas jej istnienia (lub do momentu, gdy identyfikator obiektu jest jawnie usuwany). Identyfikator obiektu nie jest ponownie wykorzystywany do identyfikowania innego obiektu , chyba że został jawnie umieszczony w obiekcie , niezależnie od tego, czy obiekt referencyjny został zbuforowany zebrany. ObjectID 0 reprezentuje obiekt zerowy. Należy pamiętać, że istnienie identyfikatora obiektu nie zapobiega odśmiecaniu obiektu przez śmieci. Każda próba uzyskania dostępu do obiektu ze zbiorem śmieci o numerze z identyfikatorem obiektu spowoduje wygenerowanie kodu błędu INVALID_OBJECT . Odśmiecanie może być wyłączone za pomocą polecenia DisableCollection , ale zazwyczaj nie jest to konieczne.

Answer 2

Wygląda na to, że jest to zwykły wynik toString generowany, gdy klasa nie zastępuje toStringa własną implementacją.

Jeśli to przypadek (co można sprawdzić przez przesłanianie toString i widząc jeśli masz inny wyjście), a następnie zgodnie z dokumentacją Java dla obiektu (http://java.sun.com/j2se/1.5.0/docs/api/java/lang/Object.html) wdrożenie domyślne dla toString jest:

getClass().getName() + '@' + Integer.toHexString(hashCode()) 

Hashcode - numer, do którego się odnosisz - są dość trudne. Ponownie, z dokumentacji Java na obiekcie, hashcode realizowany jest za pomocą następującego zamówienia:

The general contract of hashCode is: 

* Whenever it is invoked on the same object more than once during an execution of a Java application, the hashCode method must consistently return the same integer, provided no information used in equals comparisons on the object is modified. This integer need not remain consistent from one execution of an application to another execution of the same application. 
* If two objects are equal according to the equals(Object) method, then calling the hashCode method on each of the two objects must produce the same integer result. 
* It is not required that if two objects are unequal according to the equals(java.lang.Object) method, then calling the hashCode method on each of the two objects must produce distinct integer results. However, the programmer should be aware that producing distinct integer results for unequal objects may improve the performance of hashtables. 

Tak, krótka odpowiedź, to liczba nie oznacza to samo odwołanie do obiektu. Mogą mieć zapisane te same wartości, ale nawet to nie jest dane.