我试了一下，好像用输入的方式S1==S2就是false，不管输入的长短都是false，如果直接赋值的话就算是特别长也是true

老师你好， 我在一个空的class（这个类只有默认构造函数）中重写equals 方法时候generator 并没有生成hascode。这是不是意味着java中空的class的实例对象永远不会相等?

s1="abc"; s2="abc"; String s3=new String("abc") String s4=new String("abc") 首先要明白在java中，内存中分为类栈内存和堆内存，栈内存主要放基本数据类型的（比如char、int等）堆内存存放方法，对象等。 java在读程序过程读到第一句s1="abc"时，会在栈内存中创建一个s1，然后寻找栈内是否已经存在有abc字符串；明显没有，然后就在栈内存中创建abc字符串，将s1引向这个abc，然后读第二段s2="abc"，一样的，会先在栈内存创建一个s2，然后寻找栈内存中是否已经有现成的abc字符串，明显已经有了（就是上一句代码s1=“abc”;创建的），这时由于java出于内存优化（降低内存资源占用），就不会再在栈内存中创建一个同样的abc字符串，而是直接将s2引用直接指向栈内存中已经存在的abc字符串。所以你再用s1==s2去判断时，因为都是指向栈内存中的同一个内存位置，所以必然是true。 然后电脑读第三句代码String s3=new String("abc")，这个new出来的是一个String类的对象，而对象都是存在内存中的，而且每一个对象都是在堆内存中分开存放的，这个时候，虽然在s3对象中的值也是字符串abc，但是其引用指向的位置却不是栈内存中已经存在的字符串abc的位置，而是堆内存中专门为s3开辟的一块堆内存中的位置；这时候你用s1==s3,因为两个一个指向的栈内存中的abc位置，一个指向堆内存中的s3的abc位置，必然为false； 同理，第四句String s4=new String("abc")，也是在堆内存中创建了一个单独的s4的专属内存区域，就和老师前边讲的每个对象订一个本子一样，s4和s3完全是在堆内存中的两个本子，所以即使都是s3和s4的值都是字符串abc，但是引用位置却不同，所以s3==s4也就为false； 综上所述s1==s2//true; s1==s3||s2==s3||s1==s4||s2==s4||s3==s4//false; 然后就还有虚拟机涉及到一个存放字符串过程的东西实际上abc也是先生成的char a b c，然后再组合的，内容就太多了，可以去看下资料

看源码 nextline方法里面调用的是subString 返回的都是一个新的String对象，所以 == 判断都是false

第一次运行时，打乱对String的优化的输出第一行是false，没有"s1和s2用==判断结果"，是因为运算符优先级：+ > ==

hasCode()方法的主要应用场景是什么？好像没看到老师介绍？只是说hasCode相等，不一定equal相等，是因为hasCode只是对引用进行了比较，而没有对成员变量进行比较，所以不具有绝对相等性么？

源代码： @Test public void test() { scanner = new Scanner(System.in); System.err.println("请输入str1"); String str1 = scanner.nextLine(); System.err.println("请输入str2"); String str2 = scanner.nextLine(); System.err.println("str1 == str2 :" + (str1 == str2)); System.err.println("str1 equals str2 :" + (str1.equals(str2))); } 执行结果： 请输入str1 abc 请输入str2 abc str1 == str2 :false str1 equals str2 :true 之前字符串的比较都是用的equals ，听你说jdk优化了== 所以想测试一下，发现我的执行结果和你的并不一样，哈哈，果然薛定谔的Tomcat。

我在eclipse里面使用jdk1.8 192 和 openjdk 11 里面执行程序 == 也是 false ，即便只有一个字符。