www.geeksforgeeks.org
weil strings die mit = "..." erzeugt werden in die gleiche hashmap ( die readonly ist ) gespeichert werden..Difference between comparing String using == and .equals() method in Java - GeeksforGeeks
A Computer Science portal for geeks. It contains well written, well thought and well explained computer science and programming articles, quizzes and practice/competitive programming/company interview Questions.
Oben hast du von HashCode gesprochen
package com.company;
public class Main {
public static void main(String[] args) {
Test test = new Test(1);
Test test2 = new Test(3);
System.out.println(test == test2); //false
System.out.println(test.hashCode() == test2.hashCode());//true
}
}
class Test
{
private int number;
public Test(int number) {
this.number = number;
}
@Override
public boolean equals(Object o) {
if (this == o) return true;
if (o == null || getClass() != o.getClass()) return false;
Test test = (Test) o;
return number == test.number;
}
@Override
public int hashCode() {
return 7;
}
}Auch bei identityHashcode() hast du keine Garantie dass verschiedene Objekte verschiedene Hashcodes zurückgeben.
a und b deuten auf den gleichen eintrag in der string hashmap..das sind keine instanzen
import java.util.*;
import java.util.stream.Collectors;
public class Main {
public static void main(String[] args) {
Object[] array = new Object[40000000];
for (int i = 0; i < array.length; i++) {
array[i] = new Object();
}
System.out.println("array.length = " + array.length); //40000000
Set<Object> set = Arrays.stream(array)
.map(Object::hashCode)
.collect(Collectors.toSet());
System.out.println("set.size() = " + set.size()); // <= 40000000
List<Integer> list = Arrays.stream(array)
.map(Object::hashCode)
.toList();
System.out.println("list.size() = " + list.size());//40000000
Map<Integer, List<Object>> map = Arrays.stream(array)
.collect(Collectors.groupingBy(Objects::hashCode));
for (Integer key : map.keySet()) {
List<Object> objects = map.get(key);
if (objects.size() > 1) {
System.out.println("Mehrere objekte mit dem gleichen Hashcode");
for (int i = 0; i < objects.size() -1; i++) {
System.out.println("objects.get(i).hashCode() = " + objects.get(i).hashCode()); //y
System.out.println("objects.get(i + 1).hashCode() = " + objects.get(i + 1).hashCode()); //y
System.out.println("objects.get(i) == objects.get(i + 1) = " + objects.get(i) == objects.get(i + 1)); //false
}
}
}
}
}vielleicht weil es nicht so ist
public class Launcher {
@Override
public int hashCode() {
return 0;
}
// Driver code
public static void main(String[] args)
{
Launcher l1 = new Launcher();
Launcher l2 = new Launcher();
System.out.println(l1.hashCode());
System.out.println(l2.hashCode());
}
}nein kann man nicht, da jedes objekt die hashcode methode hat die überschrieben werden kann
Sorry, um es mal so deutlich zu sagen: Bullshit.
Du liegst hier an einer Stelle falsch, @EthanMHunt redet von identityHashCode - die kann man nicht überschreiben.
witzigerweise steht das was du sagst so ziemlich in jedem link drinnen den man findet sobald man "java hashcode()" im browser eingibt
public class DummyTest {
public static void main(String[] args) {
DummyTest a = new DummyTest();
DummyTest b = new DummyTest();
System.out.println(System.identityHashCode(a));
System.out.println(System.identityHashCode(b));
}
}Ja, deiner Aussage nach kann man identityHashCode für einen Vergleich nutzen, ob zwei Objekte unterschiedlich sind.
public boolean isSame(Object a, Object b) {
if (System.identityHashCode(a) != System.identityHashCode(b)) {
return false;
} else {
return a==b;
}public boolean isSame(Object a, Object b) {
return a==b;Das identityHashCode für eine Prüfung ob zwei Objekte identisch sind, Schwachsinnig ist, weil es dir keine garantierte Aussage geben kann sondern du dann immer noch im Falle eines Falles die 100% garantierte Methode mit == nutzen musst.
fang du mal mit demorgan anHm, vielleicht solltest du mal formale Logik (1. Semester?) wiederholen... 🤔 Aber ich bezweifle, dass du noch etwas Neues aufnehmen kannst in deinem Alter.
ja aber das stimmt bei tobias nicht, da stimmt nur das was er sagt
Nein, Du hast schlicht nichts vertanden. Niemand hier hat bestritten, dass der hashcode sinnvoll sein kann, um Objekte erst einmal zu Unterscheiden. Aber es ist eben keine hinreichende Prüfung.Hm, vielleicht solltest du mal formale Logik (1. Semester?) wiederholen... 🤔 Aber ich bezweifle, dass du noch etwas Neues aufnehmen kannst in deinem Alter.
Der Vergleich von zwei Refeenzen (Zahlen) ist schneller als Methodenaufrufe? Sorry, aber da verwechselst Du den Referenz-Vergleich mit equals Aufrufen.Das könnte als Vorabprüfung schneller sein als das != ... Insofern hat auch das eine Daseinsberechtigung.
Man kann die üblichen Implementierungen durchaus diesbezüglich betrachten. Dann hat man für diese Implementierungen schon einmal eine Aussage.
Sinnvoll ist oder nicht.
Point p1 = new Point(4,5);
Point p2 = new Point(4,5);
//p2 != p1, es sind schließlich 2 verschiedene Instanzen und nicht 2 mal um die selbe Instanz
//aber: p2.equals(p1), sie sind gleich.
// == testet auf "selbes" Objekt
// equals() testet auf "gleiches" Objekt
