String.Equals Implementierung

Question

In JDK 8, String.equals Geräte als

public boolean equals(Object anObject) { 
    if (this == anObject) { 
     return true; 
    } 
    if (anObject instanceof String) { 
     String anotherString = (String)anObject; 
     int n = value.length; 
     if (n == anotherString.value.length) { 
      char v1[] = value; 
      char v2[] = anotherString.value; 
      int i = 0; 
      while (n-- != 0) { 
       if (v1[i] != v2[i]) 
        return false; 
       i++; 
      } 
      return true; 
     } 
    } 
    return false; 
} 

Warum wird die Iteration zwei Operationen verwendet - Erhöhen i und Erniedrigen n anstatt etwas wie folgt aus:

while (i < n) { 
    if (v1[i] != v2[i]) 
     return false; 
    i++; 
} 

oder

while (i-- != 0) { 
    if (v1[i] != v2[i]) 
     return false; 
} 

mit einem Inkrement t oder dekrementieren Operation?

Ich nehme an, es ist irgendwie mit JVM Bytecode-Optimierung verwandt, aber verstehe nicht, wie.

Answer 1

Ich denke, das ist toter Code, übrig von den Tagen als Strings immer noch Backing-Arrays geteilt und hatten offset und count, so dass Sie die Indizes ein wenig zwicken mussten.

Die String-Implementierung wurde in JDK 7 Update 6 geändert (viele Leute waren darüber verärgert, vor allem, dass es in einer Nebenversion passiert ist). Strings teilen nicht mehr das Backing-Array (es sei denn, die Strings sind selbst gleich. In diesem Fall versucht ein neuer Deduplizierer, sie erneut zu teilen).

Sie können eine Diskussion der alten Implementierung über "how does String.equals() work" sehen.

Answer 2

Eigentlich hat dieser Java-Code keine direkte Beziehung zu echtem Maschinencode (zumindest für moderne Desktop/Server-JVM). Sie können über "Intrinsic Methoden in HotSpot VM" lesen. Z.B. When will JVM use intrinsics