Java - Diferencia entre == y equals

Hola a todos,
Tengo una pequeña duda acerca de la diferencia entre el operador == y equals pues he investigado y entiendo que el == compara referencias mientras que el equals compara valores. Sin embargo no entiendo porque a veces el == funciona con objetos de tipo String.
Por ejemplo algo como:


Imprime verdadero.

Pero si programo algo como:


Y luego escribo en la linea de comando "texto", ahora imprime falso.

Lo que no entiendo es ¿por qué en el primer caso ambas cadenas hacen referencia al mismo objeto y en el segundo caso ya no?

A veces funciona el == porque el compilador crea una especie de caché para las cadenas definidas como literales en el código:

https://docs.oracle.com/javase/7/docs/api/java/lang/String.html#intern%28%29

https://www.google.com/search?q=java+string+interning

La primera vez que haces:
"texto" ya genera un objeto de por sí, con su propia referencia. Y lo que hace esa linea es que la referencia texto1 apunte también a esa referencia.
Cuando luego hacemos:
El compilador ya sabe que hay otra cadena "texto" igual, así que no genera un nuevo objeto. Lo considera el mismo que se ha creado antes y ahora lo que hace es pasarle esa referencia a texto2

Así que ahora mismo, texto1, texto2 y "texto" apuntan al mismo objeto. Por eso el operador == te dirá que son iguales


No lo he probado, pero seguramente si haces esto:

Ahora sí que el operador == te dirá que son referencias distintas, porque con la orden new forzamos a crear un nuevo objeto, con su propia referencia cada uno.
Y equals() te dirá que son lo mismo, porque el valor si es igual.

No liemos la madeja, el compilador se limita a generar bytecodes, no genera referencias.

Básicamente, lo que hace es sustituir esto:

String texto1 = "texto";
String texto2 = "texto";

por esto otro:

String texto1 = "texto".intern();
String texto2 = "texto".intern();

Lo que sí puede hacer el compilador (nada asegura que así sea) es reducir a uno los literales iguales en una misma clase, dentro del .class generado.