1. 从一道题开始聊聊String到底怎么学不要小看“String类基础题目”这组关键词。我在带新人、帮朋友做面试复盘时发现一个很反常的现象绝大多数人看到字符串题目都觉得自己会真正落笔写结论时能全对的不到三分之一。不是语法不会而是String在Java里太特殊了——它表面是普通类底层却牵扯到常量池、不可变性、引用传递、编译期优化一堆东西。任何一个环节理解偏了题目一做就露馅。这篇文章就是干这个用的把String类相关的底层原理和常考题目揉碎了讲从最经典的“和equals”到“intern到底在干嘛”、“拼接字符串为什么有人用加号有人用StringBuilder”一层层拆开来看。无论你是准备笔试、应付期末考试还是单纯想把基础补牢都可以直接拿这篇文章当复习主线。我假设你已经有基本的Java语法基础知道怎么定义变量、调用方法。文章里所有代码我都用最简短的写法并且标注了输出结果和原因方便你直接跑一遍验证。有些结论比较反直觉我会把JVM层面的原理补上不讲玄学只讲代码背后真实发生的动作。2. 题目的底层考点池、不可变性、引用传递2.1 字符串常量池面试题里的“第一道分水岭”先记住这句话所有String字面量都会在类加载阶段进入字符串常量池。这个池子可以理解为JVM在堆内存里划出的一块专门的缓存区域Java有意识地把它设计成一份特殊的哈希表用来存储不重复的字符串实例。用生活里的场景来类比它就像公司仓库里专门存放“标准零件”的柜子。仓库管理员规定同一个尺寸的螺丝只放一颗谁要用就直接拿这个唯一的样品去用绝不重新造一颗。字符串常量池也是这样当你在代码里写String a abc; String b abc;a和b拿到的是不是同一个对象答案是是。编译期确定的内容相同的字符串字面量在常量池里只会存在一份。所以a b 的结果为true。这个结果是绝大多数人都能答对的送分题但它后续衍生的题目就没这么友好了String c new String(abc); System.out.println(a c); // false为什么这里就是false因为new关键字强制在堆内存中重新开辟了一块空间创建了一个全新的对象。你想象一下仓库里明明已经有标准零件了但你偏要自己掏钱再定制一个一模一样的、属于自己名下的零件。虽然尺寸等于“abc”但身份完全不同。 在Java里比的是“引用地址”不是内容所以结果必然false。这里有个经常被忽略的细节new String(abc)其实会创建两个对象。编译期字符串字面量“abc”已经存在于常量池运行期new又在堆里创建了一个副本。如果你再看它的构造方法源码里面实际上是调用了original.value数组来做复制这个细节在后面的题里还会用到。2.2 不可变性String为何被设计成“不让改”String类被final修饰内部的char数组也被final修饰且对外不可访问这意味着一旦一个String对象被创建它的内容就永远固定了。这个设计一开始很多人不理解字符串明明经常要拼接、替换、截取不让改得多麻烦恰恰相反不可变性是String能成为常量池成员的先决条件。如果字符串可以随意修改那么常量池里那份唯一实例被修改了所有引用它的变量都会受到影响程序里到处都可能出现莫名其妙的串值问题。正因为内容不可变大家都引用同一份实例才安全。更重要的是不可变性天然具有线程安全性。多个线程同时读同一个字符串对象没人能改它那就不存在竞争条件不用加锁。Java核心类库里有大量以String做key的场景比如HashMap、ClassLoader的缓存它们能保持稳定高效很大程度上依赖这个特性。做题时这个知识点怎么考最典型的题目是问下面这段代码输出了什么String s hello; s.toUpperCase(); System.out.println(s);答案是“hello”不是“HELLO”。因为toUpperCase方法会返回一个新字符串但调用结果你没有接收——旧字符串s依然指向原来的不可变对象。这题考察的就是“修改String的操作本质上都是在创建新对象旧对象纹丝不动”。很多人第一次做错不是不知道不可变性而是思维惯性上把s.toUpperCase()误以为像数组的sort一样原地修改。2.3 “”与equals一个比引用一个比内容这是String类基础题目里最核心的一对概念。拿刚才的例子继续延伸String a abc; String b new String(abc); System.out.println(a b); // false System.out.println(a.equals(b)); // true“”在比较引用类型时比较的是“两个变量是否指向同一个对象”也就是地址而equals方法String类已经重写过了它先比较引用地址如果引用了同一个对象直接返回true再比较是否为String类型最后逐字符比较内容数组。所以equals用来判断两个字符串“长得一样不一样”用来判断“是不是同一个”。实际操作中我有一个很深的体会为了美观或性能习惯很多人写业务代码用“abc”.equals(str)来规避空指针这是好习惯。但要真正理解为什么推荐这么写你就得懂equals里的逻辑——如果str是nullstr.equals(...)直接空指针而“abc”.equals(str)只会返回false。这不算高级技巧但在基础题目里经常作为干扰项出现在代码阅读题中。3. 从池子到内存字符串拼接的全过程拆解3.1 编译期确定的神奇常量折叠如果一个字符串拼接的结果在编译期就能被确定编译器不会让它运行时再去计算。例如String a a b c; String b abc; System.out.println(a b); // true运行这段代码a和b指向的其实是同一个对象。原因很简单Java编译器在javac阶段就把a b c直接优化成了abc这个字面量。这个行为专门有个术语叫“编译期常量折叠”。它不是运行时的技术而是编译器的智力劳动。但是一旦拼接表达式中出现变量编译期就无法确定结果了情况立刻变化String s1 a; String s2 s1 b c; System.out.println(s2 abc); // falses1是变量虽然你肉眼能看出它的值是a但编译器不确定s1会不会在其他地方变化毕竟它不是final所以s2只能留到运行时计算。结果s2在堆上创建了一个新的String对象和常量池里的abc不是同一个引用。如果给s1加上final修饰符呢答案会再次反转final String s1 a; String s2 s1 b c; System.out.println(s2 abc); // truefinal让s1成为了真正的编译期常量所以编译器又能原样折叠了。这套“加不加final结论完全不同”的题目是我见到的题库里最经典的陷阱之一也是区分一个人是真懂常量池还是背题型的试金石。3.2 运行时拼接背后的StringBuilder有个老生常谈的问题日常写代码时字符串拼接用“”到底好不好从写法上它确实简洁优雅从性能上它在循环等高频场景里是有问题的。因为运行时字符串拼接会创建StringBuilder然后调用toString转成String每个循环次数多了就会大量产生临时对象。比如这段代码String result ; for (int i 0; i 1000; i) { result result i; }每次循环都执行一次“result i”。javac编译后循环体内部实际上是result new StringBuilder(result).append(i).toString();这意味着创建了1000个StringBuilder临时对象外加1000个String中间结果这些对象都等待垃圾回收。如果数据量继续增大GC压力和堆内存消耗会明显上升。所以后台开发标准建议是当拼接语句在循环或者高频路径中时手动声明一个StringBuilder循环里只用append方法。很多基础题目会直接拿这个当考点问你哪种拼接方式性能更高。标准回答是少量固定数量的拼接“”因为编译期折叠或者单次new StringBuilder性能完全可以接受而循环拼接必须用StringBuilder。另外还有一道辨识题StringBuffer和StringBuilder有什么区别。区别在于StringBuffer的方法加了synchronized线程安全但有同步开销StringBuilder线程不安全但更快。单线程环境下没有理由用StringBuffer。回答这类题时能讲出“单线程场景谁快谁慢多线程场景谁安全谁不安全”就是满分。3.3 一个改良版的拼接写法显式Builder给出一个可以直接抄的规范写法StringBuilder sb new StringBuilder(); for (int i 0; i 1000; i) { sb.append(i); } String result sb.toString();如果你对性能比较敏感可以在new StringBuilder时传入一个预估容量比如确定最终拼接结果为1万字符可以写new StringBuilder(10000)预先分配底层char数组空间避免多次扩容。这一点在源码题里也偶尔出现StringBuilder的底层和String一样是char数组但它不像String那么死板可以在空间不够时自动扩容扩容策略相当于原容量乘2再加2并把老数组内容拷贝过去。4. 高频题目实战从易到难逐题拆解4.1 题目一String对象创建了几个看这段代码String str new String(hello);面试官最爱的经典题这个语句创建了几个对象正确答案是“两个或者一个”。如果常量池里已存在“hello”字面量则只创建一个堆对象如果常量池里还没有则会先创建一个常量池对象再创建一个堆对象共两个。注意String类内部构造函数用Arrays.copyOf去复制底层数组堆对象和常量池对象是两个完全独立的char数组内容相同但身份不同。这道题升级版是这样String str1 new String(hello); String str2 new String(hello);两句一共创建了几个新对象第一句已创建两个第二句创建了一个因为常量池已有无需重复创建。所以合计三个新的对象。常数很明显的点在于常量池的对象全局唯一堆对象每new一次必多一个。4.2 题目二字符串参数传递方法内修改会不会影响外部题目经常这样写public class Test { public static void main(String[] args) { String s hello; change(s); System.out.println(s); } public static void change(String str) { str world; } }输出结果是什么答案是“hello”。这题考察的是Java参数传递的本质。Java传参都是值传递如果参数是引用类型传递的是引用的副本——你可以理解为“地址的复印件”。change方法里str这个局部变量被重新赋值为指向world的新对象但这个赋值只改变局部变量自己的指向方法外的s根本不受影响。这有点像你抄了一份门牌号给朋友朋友后来把抄件上的地址改成了别处你的原门牌号一点也不会变。但如果不重新赋值而是调用方法修改对象内部内容情况就不一样。比如传入StringBuilder然后append方法内外指向的是同一个对象对象内容改变外部能看到。String之所以“怎么改都影响不到外部”核心还是因为不可变性——所有看似修改的操作都是生成新对象不是改动原对象。4.3 题目三intern方法到底发生了什么intern是String类里存在感最低、但一考就是压轴题的方法。用法是String s1 new String(hello) new String(world); String s2 s1.intern();要理解intern记住一句话它试图把当前字符串的内容存入常量池并返回常量池中对应字符串的引用。具体规则在不同JDK版本中略有差异。JDK6及以前常量池位于方法区永久代如果常量池里不存在相同内容的字符串intern会复制一份副本放进常量池并返回这个副本的引用。那么s1指向堆对象、s2指向常量池对象二者不同。JDK7及以后常量池挪到了堆intern的优化逻辑也变了如果常量池里没有内容相同的字符串它不再复制而是直接把当前堆对象的引用记录下来也就是说常量池里保存的是一个指向堆对象的引用返回的也是这个引用。此时s1和s2指向同一个堆对象。所以同样是这段代码两个版本的JDK运行结果会有差异这也是网上讨论intern时吵得不可开交的原因。实际操作建议是千万别把业务代码写成依赖intern版本特性的形式可读性差而且换JDK就可能出问题。平时复习时理解原理就够了。4.4 题目四字符串截取、替换、分割后还相等吗我整理几个高频小陷阱题直接给结论String s abcabc; System.out.println(s.replace(a, x)); // xbcxbc但s不变 System.out.println(s); // abcabc String sub s.substring(2); System.out.println(sub cabc); // falsesubstring返回新对象 String[] arr a,b,c.split(,); System.out.println(arr.length); // 3replace和substring都会产生新字符串对象原字符串不受影响。split是按正则切分分隔符注意转义比如“.”必须写成\.。这些结论单独看都简单但组合到代码阅读题里特别是逐行问“哪些行会产生新对象”很多人就会漏判。有一个JDK版本相关的细节可说可不说但说出来会显得你更懂JDK7之前substring方法内部会共享原字符串的char数组只通过offset和count来表示截取的范围好处是快坏处是大字符串即使只用了一小段整个大数组也无法被回收容易内存泄漏JDK7及以后改成用Arrays.copyOfRange真正复制出新数组牺牲一点性能换来安全。这个知识点不进基础考纲但用来做闲暇拓展非常合适。4.5 题目五几种初始化和比较的综合题把上面所有知识点揉在一起出一道综合题String s1 java; String s2 java; String s3 new String(java); String s4 ja va; String s5 new StringBuilder(ja).append(va).toString(); System.out.println(s1 s2); // true System.out.println(s1 s3); // false System.out.println(s1 s4); // true System.out.println(s1 s5); // false System.out.println(s1.equals(s5)); // true输出结果我直接标注在代码里了。s1和s2是因为常量池复用s3是new出来的一定不等于常量池引用s4是编译期常量折叠直接折叠成“java”所以同s1s5由StringBuilder运行时拼接而来底层是一个新char数组必然不等于常量池的引用。只有equals才会逐字符比较所以最后一行是true。这题如果都能一眼看对String的基础关就过了。5. 常见错误盲区与考点速查5.1 先new后intern到底怎么走很多人intern的规则记住了但一遇到先new后intern的混搭题还是慌。我给出最稳妥的记忆方式intern做的事情只有两件事一是查询常量池中有没有内容相同的字符串有就直接返回它的引用二是没有就把当前字符串内容对应的引用放入常量池JDK7是直接放当前对象的引用然后返回这个引用。再看一个常见变体String s new String(a) new String(b); System.out.println(s.intern() s); // JDK7 是 true这个结果很多初次接触的人会懵。按照JDK7的规则就很好理解“ab”这个内容没有进过常量池s.intern()就把s这个堆对象的引用放进了常量池同时返回这个引用所以和s自己是同一个引用。而另一道变体String s new String(ab); System.out.println(s.intern() s); // falsenew String(ab)创建对象时字面量“ab”已经把常量池占了intern发现自己内容相同的信息已经存在直接返回常量池那个引用和堆里的s不是同一个。5.2 equals重写的完整逻辑String类的equals虽然结论常用“比较内容”来概括但源码顺序值得了解如果obj this直接返回true同一对象当然相等这是性能捷径。如果obj instanceof String不成立返回false。比较两个字符串的底层char数组长度长度不同直接false。逐个字符比较全部相同才true。有一个简单但常错的点String重写了equals同时也重写了hashCode。两个字符串equals相等hashCode必然相同。这也是它作为HashMap key的基础保障。5.3 常见错误对照表错误认知正确结论String可以用直接比较内容必须用equals比的是引用地址new String(a)创建了一个对象可能会创建两个常量池堆取决于池里是否已有字符串拼接总是效率低编译期常量折叠不费运行时开销只有循环拼接才建议改用StringBuilderStringBuffer一定比StringBuilder好单线程下StringBuilder更快StringBuffer的同步是开销String变量不可变方法内修改会影响外部不可变性反而保证外部一定不受影响这个表我建议你存一下考前扫一眼就够。5.4 字符串初始化的默认值问题还有一个零基础容易踩的坑也偶尔作为选择题出现String是引用类型所以类的成员变量声明但不初始化时默认值是null不是空字符串。空字符串是也是String对象null表示没有引用任何对象。调用null对象的任何方法都会抛NullPointerException。所以判断一个字符串是否为空要分两步先判断是不是null再判断是不是空串常见写法是str null || str.isEmpty()。如果用Apache或JDK11以上的isBlank()还能顺带把全是空格的情况也处理掉。6. 一套可复制的基础能力训练组合6.1 背熟三条核心法则想不被String基础题虐我建议从这三条法则入手它们能覆盖九成题目法则一常量池是全局唯一的内容相同的字符串字面量只保留一份。法则二new关键词永远在堆中产生新的独立对象。法则三所有看起来“修改”字符串内容的方法实际都是生成新对象。这三句话连在一起遇到题目时逐条往代码上套答案基本就出来了。6.2 配套自测题五道硬核小题以下是我自己带人时常出的五道小题和上面的例题不重复建议自己先写答案再对照解析小题一String a ab; String b a b; System.out.println(a b);小题二String a ab; String b new String(ab); System.out.println(a.equals(b));小题三String a ab; String b a; String c b b; System.out.println(a c);小题四final String b a; String c b b; String a ab; System.out.println(a c);小题五String s abc; String t s.substring(0, 2); System.out.println(t ab);解析小题一两个都是编译期字面量常量折叠后同一份常量池对象true。小题二equals比较内容true。小题三b是变量c运行时拼接c是新对象false。小题四final让b成了编译期常量常量折叠发生c和a指向同一常量池对象true。小题五substring返回新对象和“ab”字面量不是同一个引用false。这五道题全对基础关真的过了。6.3 学习顺序建议从零复习String我推荐的顺序是先吃透不可变性和常量池这两个核心概念再搞清和equals的差别接着练习拼接类题目最后研究intern。前面几个没弄清楚前不要碰intern因为它是建立在前几个概念之上的进阶玩法。顺序反了会越看越乱。7. 进阶思考String之外的相似题目模型String学透之后你会发现其他包装类、数组的参数传递题全部是同一套逻辑。比如Integer也是不可变类方法内对它做加减运算外部同样不受影响但如果你传入的是int[]数组方法内修改arr[0] 99外部能看到变化因为对象本身没有重新赋值。底层逻辑一句话重新赋值改变的是引用的指向修改对象内容改变的是内在状态。应对这类题有个万能公式先看方法体里变量的引用到底有没有被重新赋值如果重新赋值了外部引用不变如果没重新赋值而是调用了对象内部方法改内容就要看这个对象本身是否可变。String和Integer对外表现为“重新赋值无效”本质原因是不可变性——它们所有操作都强制你重新赋值。再把视角放大一点会发现在Spring的配置类、MyBatis的映射文件里到处都是字符串比较的场景。虽然框架封装好了但底层判断逻辑仍然是equals和常量池那套。把基础夯实遇到框架里的字符串性能问题、缓存问题时才有能力往下排查。8. 写在最后的个人体会我教过不少人备考发现最影响成绩的不是智力而是“以为自己会了”的错觉。String这个知识点特别容易给人这种错觉因为代码写起来太简单了好像没什么好学的但一到辨析题就错。我的经验是不要光看答案解析亲手把例题敲一遍在IDE里用debug模式看每个变量引用的地址能直观感受“引用”是什么。地址一样就是同一个对象地址不一样就是两个对象这个直观印象建立起来之后所有的题目都只是组合游戏。最后分享一个我总结的小技巧做题时把“String不可变”这句话当成公理来用任何和修改相关的题目先用公理推导一遍不要凭感觉判断。严格按照“有没有重新赋值、是不是同一个引用、池里有没有同内容”这个顺序去分析正确率能稳定在百分之九十以上。等你把这些基础题吃透了再遇到String in HashMap、常量池溢出这类进阶话题你会发现它们不过是同一个知识体系的延伸那时候再深入也不迟。