这个Java基础系列写到第八篇后台留言风向终于变了。前几篇还能看到“学到了”“收藏了”这种回声最近大家问得最多的变成了基础语法都过了一遍为什么面试官一追问原理就卡壳。比如switch里传入null到底会不会崩比如“Java是静态链接的吗”这种一看就是被网上某篇帖子带偏的问题。所以这一篇我不打算再堆新语法而是把Java原生基础里最容易被面试官翻出来追着问的几个点——数据类型的内存模型、字符串三兄弟、面向对象与深浅拷贝、容器选型、排序手写——挨个拆一遍顺便把环境配置和学习路线盘一盘。这篇内容适合正在刷java基础面试题、准备八股文查漏补缺的朋友也适合刚把语法过完、想往深处走一步的自学者。1. 从内存视角拆解Java数据类型栈、堆与“静态链接”的误区1.1 基本类型与引用类型的本质区别很多朋友背过“Java有两种数据类型基本类型和引用类型”但面试官只要换个角度问“它们存在哪里”立马就露馅。其实用一句话就能记住基本类型的值直接存在栈里引用类型在栈里存的是地址真正的对象躺在堆里。Java的8种基本类型分别是byte、short、int、long、float、double、char、boolean。它们的字节数和默认值是这样的类型字节数默认值取值范围或说明byte10-128 ~ 127short20-32768 ~ 32767int40约 -21.47亿 ~ 21.47亿long80L很大一般用不到边界float40.0fIEEE 754 单精度double80.0dIEEE 754 双精度char2\u00000 ~ 65535无符号boolean未严格规定falseHotSpot里栈上按int槽位处理boolean数组按byte处理这里有个容易踩的坑boolean的字节数不要死记。JVM规范没有强制规定单个boolean占几个字节HotSpot实现中它是按int大小来占栈槽的但boolean数组又是按byte处理。你如果面试答“boolean占1字节”保守一点加上“取决于JVM实现”这个前提。为什么基本类型和引用类型要分开存放栈是线程私有的创建和销毁都快但容量有限堆是线程共享的可以分配大对象但回收要依赖GC。把小的值类型放栈上、把大的对象放堆上是JVM在性能和内存管理之间做的经典分工。1.2 动态链接与类加载Java和C的底层差异热搜词里有一条是“java是静态链接的”这个说法明显是被误导了。Java本质上是动态链接的。C/C编译后会把依赖的库代码直接链接进可执行文件这叫静态链接Java不一样javac编译出来的是.class字节码文件类之间通过符号引用建立联系真正跑起来的时候才由类加载器按需把类加载进内存。你随便写一个类里面调用了另一个类的方法。编译阶段并不会把被调用方的代码合并进来而是记录一个符号引用。等到JVM运行到这一行类加载器、解析阶段才会把这个符号引用替换成真正的内存地址。这就是Java可以做到热部署、插件化、SPI机制的基础。你写一个接口运行时塞进来一个实现类启动之前这个实现类甚至不存在就是靠动态链接能力。这个机制带来的实际影响有两个第一Java应用启动时不会一次性加载所有类只有被用到才会加载所以启动时间和类的数量不完全成正比第二类的依赖关系在运行期可以被替换这也是动态代理、AOP这些框架能玩得转的根本原因。顺带补充一点JDK 9之后提供的jlink可以把模块和运行时环境一起打包成自定义镜像看起来有点像“静态打包”但和C语言的静态链接完全是两码事面试别混为一谈。2. String、StringBuilder、StringBuffer字符串操作背后的性能账2.1 String不可变收益到底是什么String是面试八股文里出场率最高的类没有之一。它的核心特征就两个字不可变。在JDK 8里String内部维护的是一个final char[]JDK 9之后改成了final byte[]配合COMPACT_STRINGS开关让纯拉丁字符的字符串用1字节存有中文等字符才降级成UTF-16的2字节存储内存占用直接降了一半。有人会问好好的字符串非要做成不可变图什么图的东西很多但最重要的有三条线程安全不可变对象天生线程安全字符串可以被多个线程共享不需要加锁。常量池复用正因为不可变编译器才能放心地把相同字面量的字符串在常量池里只保留一份大量字符串拼接场景下节省内存。哈希值稳定String重写了hashCode计算完缓存起来。如果对象可变hashCode就会变那么它作为HashMap的key时哈希表就会乱套。实际开发中我见过不少人用String做频繁拼接的日志、拼SQL、拼JSON最后系统一压测GC频率直线上升。字符串不可变本身没毛病但用错场景就要付出代价。2.2 StringBuilder为什么快以及StringBuffer存在的意义String不可变就意味着你每次“修改”字符串本质都是新建一个对象。看这段代码String result ; for (int i 0; i 10000; i) { result i; }这段代码编译出来是什么每一轮循环都会new一个StringBuilder然后append再toString。也就是说循环一万次就创建了一万个StringBuilder和一万个String对象。性能能不离谱吗而直接写成StringBuilder sb new StringBuilder(); for (int i 0; i 10000; i) { sb.append(i); } String result sb.toString();StringBuilder内部维护的是一个可变的byte[]或者char[]append满了就扩容全程只有一个对象。实测同样一万次拼接StringBuilder版本比String循环拼接快几十倍是很正常的事。那StringBuffer呢它和StringBuilder的API几乎一模一样唯一的区别是核心方法上都加了synchronized。多线程环境下多个线程同时操作同一个字符串缓冲区时StringBuffer能保证线程安全但单线程环境下这个锁就是纯开销。所以结论很简单单线程用StringBuilder多线程共享才考虑StringBuffer。别一上来就StringBuffer那是给有并发需求的人准备的。2.3 new String(abc)这种题目考的是什么经典面试题new String(abc)到底创建了几个对象答案是最多两个最少一个。JVM在加载到abc这个字面量时会先去字符串常量池找找不到就创建一个然后new String(abc)又会在堆里创建一个新的String对象。如果常量池里已经有abc了比如前面已经执行过String s abc那么new String这一步就只创建一个堆对象。所以答案是“最多两个最少一个”。还有一个配套考点String s1 abc; String s2 abc; s1 s2 结果是true吗答案是true因为它俩指向的都是常量池里同一个对象。而String s3 new String(abc)创建出来的是堆上独立对象s1 s3就是false。很多初学者死记“比较地址equals比较内容”但没搞懂常量池和堆的区别换个包装就懵。字符串这一块建议直接把常量池、堆、引用三个概念画在同一张图上理解。3. 面向对象四大特性与深浅拷贝的分界线3.1 封装、继承、多态、抽象从面试答案到代码习惯面向对象编程OOP是Java的地基面试必考。四大特性的标准答案大家都会背但我要说的是它们在实际代码里分别解决了什么问题。封装是把内部状态藏起来对外只暴露必要的方法。类比遥控器你只看到按键看不到里面的电路板。Java里通过private修饰字段、public修饰方法来实现好处是内部实现可以随便改外部调用不受影响。继承是为了复用代码和建立抽象层次。但很多新手把继承当成“拿来用”的工具一上来就乱继承最后类关系变成一团蜘蛛网。这里想提醒一句组合优先于继承。判断要不要用继承关键看是否存在“is-a”关系而不仅仅是“我需要它这个方法”。比如鸭子类继承飞机类的fly方法逻辑上就是错的。多态是面向对象最迷人的部分。重载是编译期的静态多态重写是运行期的动态多态。面试经常问“编译看左边运行看右边”比如Animal a new Dog(); a.speak(); // 实际调用的是Dog重写的speak这句话背后的机制是方法表、虚方法分派也是动态链接的延伸。平时写接口、写框架多态无处不在——依赖抽象而不是依赖具体实现代码才能解耦。抽象通常指抽象类和接口的选择。老生常谈的规则是抽象类适合“有共同状态、部分方法可以共用”的场景接口适合“定义能力契约实现类各做各的”的场景。Java 8之后接口支持default方法两者界限越来越模糊但面试这样答仍然是最稳的。3.2 浅拷贝和深拷贝引用复制与对象复制热门搜索词里还有“java对象深度拷贝”这个确实容易绕晕。先说浅拷贝创建一个新对象然后把原对象的基本类型字段值复制过去引用类型字段只复制地址。也就是说新对象和原对象里的某个子对象还是同一个对象。深拷贝则要求引用类型指向的对象也要完整复制一份原对象和新对象之间没有任何共享的引用。你可以这样理解浅拷贝是复制了一张房间钥匙两把钥匙开的是同一个房间深拷贝是把房间重新盖了一座一模一样的两把钥匙开的是不同房间。怎么区分最简单的验证方式拷贝出来的对象修改它内部引用对象的一个属性再看原对象是否跟着变。跟着变就是浅拷贝不变就是深拷贝。3.3 深拷贝的三种落地方式与潜在坑第一种重写clone()方法。前提是实现Cloneable标记接口并重写Object.clone()且对象图里的每个引用类型都要递归实现Cloneable和clone()。这种方式代码量不小而且Object.clone()是浅拷贝语义一旦漏掉某个引用字段就是隐蔽的Bug。第二种通过序列化实现深拷贝。对象和它内部的所有引用对象都实现Serializable接口然后写入流再读回来ByteArrayOutputStream bos new ByteArrayOutputStream(); ObjectOutputStream oos new ObjectOutputStream(bos); oos.writeObject(original); ObjectInputStream ois new ObjectInputStream(new ByteArrayInputStream(bos.toByteArray())); Object copy ois.readObject();这种方式能自动递归拷贝整个对象图但代价是性能差而且所有字段都得可序列化如果某个引用对象没有实现Serializable直接报错。还有一个冷知识序列化会执行构造函数吗不会它走的是ObjectInputStream的特殊路径。但静态字段和transient字段都不会被序列化深拷贝出来自然是默认值这个要特别小心。第三种手写getter/setter逐字段复制。代码繁琐但可控、性能最好、没有副作用。实际项目中如果对象字段不多我一般用这种方式字段多了才考虑序列化或专门的深拷贝库。4. Java容器选型从List到HashMap的底层依据4.1 ArrayList与LinkedList别被“增删快”误导容器是Java基础里绕不过的一块热搜词“java容器”排得靠前。很多人有个直觉认知ArrayList适合随机访问LinkedList适合插入删除。这个直觉在数据结构课本上是对的但在实际开发里要打个问号。LinkedList插入删除快的前提是你已经拿到了对应位置的节点引用比如通过迭代器插入。如果只是在中间位置执行list.add(index, element)LinkedList仍然要遍历链表找到那个位置时间复杂度是O(n)和ArrayList移动元素差不多。再加上LinkedList每个节点都要维护前后指针内存占用比ArrayList高出一大截。还有一点ArrayList扩容都是按1.5倍增长的每次扩容需要Arrays.copyOf把旧数组拷贝到新数组。如果你能预估数据量直接new ArrayList(expectedSize)能省掉多次扩容拷贝。大多数业务场景优先用ArrayList别迷信“链表增删快”。4.2 HashMap的数组链表红黑树与两个关键参数HashMap是面试重灾区。JDK 8之后的底层结构是数组加链表加红黑树当链表长度超过8并且数组长度达到64时链表会树化成红黑树节点数量降到6以下时又会退化成链表。为什么涨落阈值不一样为了避免数据量在阈值附近反复横跳导致频繁树化反树化。默认初始容量是16加载因子是0.75。为什么是0.75这是空间占用和哈希碰撞几率的折中选择。加载因子太小比如0.5容量翻倍更频繁空间浪费太大比如1.0桶快满了才扩容碰撞概率明显上升。0.75是长期实测下来的经验值。面试还爱问“为什么树化阈值选8”这源于泊松分布。在加载因子0.75、哈希函数理想的前提下单个桶里链表长度达到8的概率已经小到千万分之几了——也就是说正常敌意不强的情况下链表长度几乎不可能超过8树化更多是为了防止恶意构造哈希让链表退化属于性能兜底。还要记住一个铁律多线程环境下HashMap本身就不安全。JDK 7的扩容在多线程下可能产生环形链表导致get死循环JDK 8修了这个问题但并发put仍然可能丢数据。并发场景老老实实用ConcurrentHashMap。4.3 Set与Map的等价关系及排序需求怎么选Set和Map看着是两个体系其实是同一片大地。HashSet底层就是HashMap只是把value部分固定成一个内部单例对象LinkedHashSet底层是LinkedHashMap能保持插入顺序TreeSet底层是TreeMap基于红黑树自动按自然顺序或Comparator排序。选型核心就抓三个问题需求选型底层结构去重不关心顺序HashSetHashMap去重保持插入顺序LinkedHashSetLinkedHashMap去重需要自动排序TreeSetTreeMap红黑树key-value存储HashMap数组链表红黑树key-value保持插入顺序LinkedHashMapHashMap双向链表key-value需要key排序TreeMap红黑树并发场景ConcurrentHashMap锁分离/CAS写代码时还有个细节HashMap的key一定要是不可变的。String和Integer是天然的选择因为hashCode稳定。如果你自定义对象做key记得重写equals和hashCode并且保证参与hashCode计算的字段不要被修改。否则就会出现“放进去取不出来”的情况——对象的哈希值变了HashMap在查找时定位到错误的桶。5. 冒泡排序手写与优化面试最爱的数组边界考题5.1 第一版冒泡能跑通只是及格排序是基础算法的高频考点热搜词里“冒泡排序java”“java排序”都出现了。为什么面试官爱考冒泡因为它足够简单但又最能考验你对数组索引边界的把握。先看第一版能正确跑通算是及格水平public static void bubbleSort(int[] arr) { int n arr.length; for (int i 0; i n - 1; i) { for (int j 0; j n - 1 - i; j) { if (arr[j] arr[j 1]) { int tmp arr[j]; arr[j] arr[j 1]; arr[j 1] tmp; } } } }外层循环的i表示已经排好的元素个数内层循环j的上界是n - 1 - i意思是每轮都会让当前区间最大的元素冒到末尾所以下一轮就可以少比较一个元素。这个边界是两个循环为什么这样写的关键面试一定要能解释而不是默写。冒泡排序最好时间复杂度O(n)最坏和平均都是O(n²)空间复杂度O(1)而且它是稳定排序——相等元素的相对顺序不会改变。5.2 三层渐进优化从标志位到记录最后交换位置第一版能满足功能但谈不上优秀。加一层优化如果某轮循环中一次交换都没有发生说明数组已经有序直接退出。这在接近有序的数组上能大幅提升性能public static void bubbleSortOpt(int[] arr) { int n arr.length; for (int i 0; i n - 1; i) { boolean swapped false; for (int j 0; j n - 1 - i; j) { if (arr[j] arr[j 1]) { int tmp arr[j]; arr[j] arr[j 1]; arr[j 1] tmp; swapped true; } } if (!swapped) { break; } } }第三层优化再进一步记录每一轮最后一次发生交换的位置这个位置之后的元素已经有序下一轮只需要比较到这个位置为止public static void bubbleSortOpt2(int[] arr) { int n arr.length; int k n - 1; while (k 0) { int lastSwap 0; for (int j 0; j k; j) { if (arr[j] arr[j 1]) { int tmp arr[j]; arr[j] arr[j 1]; arr[j 1] tmp; lastSwap j; } } if (lastSwap 0) { break; } k lastSwap; } }为什么k要等于lastSwap而不是简单的k--因为最后一次交换发生在索引j的位置意味着j之后的所有元素已经是有序的下一轮完全没有必要再去比较这一段。这个优化在数组后段基本有序的场景下效果特别明显。面试时把这三层优化连贯讲出来会比只背一个标准冒泡给面试官留下深刻印象。5.3 稳定性与面试延伸顺便聊聊Arrays.sort面试问到排序通常会连着问“稳定排序有什么意义”。稳定性的应用场景很典型先按时间排序再按优先级排序如果排序算法稳定第二次排序后时间维度的相对顺序还能保持。Java的Arrays.sort针对对象数组用的是TimSort一种稳定的归并增强算法针对基本类型数组用的则是双轴快排不稳定但速度更快。为什么基本类型不需要稳定因为基本类型是纯数值值相等就完全相等区分不出“谁先谁后”的语义。在实际写代码的时候能用Arrays.sort和Collections.sort就尽量别自己手写排序JDK的排序算法对各种数据形态都做了优化。手写排序的场景主要就是面试、算法题、以及数据量小且顺序特殊的定制场景。6. 打基础也得讲方法高频面试题、环境变量与学习路线6.1 这些基础题必须能脱口而出最后盘一盘常见的高频基础题。首先是equals和hashCode的关系两个对象equals为truehashCode必须相等hashCode相等equals不一定为true这种情况叫哈希冲突。为什么会有这个约束因为hashCode决定了对象在哈希桶里的位置如果equals相等但hashCode不同HashMap里就会出现两个逻辑相等的对象分散在不同桶里直接破坏语义。第二个高频点switch支持哪些类型int、short、byte、char、String、枚举都可以。但switch的表达式不能是null否则直接抛NullPointerException。热搜词里的“java switch 空数据”就是这个意思很多人写switch(value)时没有判空一条异常日志甩到脸上才知道。解决方案很简单进switch之前先判空或者用Java 14之后的switch箭头语法配合null分支模式匹配具体写法取决于你用的JDK版本。第三个高频点构造器能不能被重写不能构造器不是普通方法没有“重写”一说但构造器可以重载也就是一个类里可以存在多个参数列表不同的构造器。子类的构造器首行必须是super()或this()如果都没写编译器会默认加一个无参super()这也就是为什么父类没有无参构造器时子类编译会报错。6.2 环境变量配置的坑JAVA_HOME、PATH与版本冲突新手入门第一个拦路虎就是环境变量。配置其实不复杂核心就两个JAVA_HOMEC:\Program Files\Java\jdk-17 PATH%JAVA_HOME%\bin;%PATH%CLASSPATH现在基本不需要手动配JDK 9之后模块化和IDE的存在让CLASSPATH变得没那么敏感网上很多老教程让你配CLASSPATH那是JDK 1.4以前的历史遗留。注意配置顺序PATH里当前用户的值会覆盖系统PATH里的同名命令吗不会PATH是从前往后找的。如果系统变量里也配了一个老版本JDK的bin路径而你用户变量里配了新版本cmd窗口里执行java -version可能还是老版本因为系统变量的bin路径排在前面。我遇到过最典型的场景明明配好了JAVA_HOME指向JDK 17java -version却报1.8。查了半天发现是两个项目分别装了不同版本的JDK安装包自动往系统PATH里写了路径而且排在用户变量前面。解决办法打开环境变量编辑器把用户级别的JDK bin路径移到系统变量的JDK路径之前或者把系统变量里的旧JDK路径删掉。配置完以后一定要重新打开一个cmd窗口因为旧的窗口缓存了之前的PATH这也是很多人改了配置没生效的常见原因。6.3 自学路线与靠谱资源哪些环节容易走偏热门搜索词里“java学习路线”“java免费刷题”“java官网jdk下载”热度都很高说明大部分人都处在找路、找资源的阶段。我按自己的学习经历给一条经过验证的路线基础语法变量、数据类型、运算符、流程控制、数组。面向对象类、对象、封装继承多态、接口、内部类、常用API。字符串与容器String体系、集合框架、泛型。异常与IO异常体系、文件读写、序列化。多线程与并发Thread、线程池、锁、volatile、synchronized。JVM基础内存区域、类加载、GC、调优参数。数据库与框架JDBC、MySQL、MyBatis、Spring等。进阶选学分布式、微服务、中间件。这条路线里最容易走偏的环节有两个一是基础还没吃透就急着学Spring结果框架字段配不明白出了问题全靠搜索引擎救火二是跳过JVM直接学并发导致synchronized和volatile到底解决什么问题完全没概念。基础阶段不求快求稳。资源方面JDK安装包一定去官网下载别碰来路不明的所谓“最新资源库入口”“网盘合集”。有些聚合包里会捆绑不明来源的压缩包、破解工具轻则报毒重则夹带恶意代码为省几分钟搜索时间冒这个险不值得。刷题可以用主流的在线判题平台题库丰富、题解多也能看到别人的思路对比。计算机程序设计员Java三级这类职业技能认证如果你想走正规的考证路线可以去了解当地考试安排它考的知识点和基础面试题高度重合对系统梳理知识也有帮助但不必把考证当成学习的前提。最后再说一点我的个人体会。Java基础这个东西看起来知识点很散其实核心是通的数据类型决定数据怎么存String和容器决定数据怎么组织面向对象决定代码怎么设计排序算法决定你脑子里有没有算法直觉。八股文不能帮你写出好代码但能把八股背后的原理说清楚的人写代码通常差不到哪里去。这个系列写到这里基础的骨架算是搭完了接下来就该带着这些底子去实战里踩坑了。