很多人以为 Java 基础就是背几个关键字、会写个 HelloWorld结果一到面试或者接手真实项目就露馅。我这些年带过不少新人也当过面试官见过太多会用框架但说不清 HashMap 原理写了三年接口却讲不明白为什么 String 要设计成不可变的案例。说白了Java 基础不是背出来的是把计算机通用的那套逻辑用 Java 这门语言表达出来的能力。这篇文章我就按自己的理解把Java 基础必知这条路线上的硬核内容重新串一遍从开发环境到面向对象、集合、并发、排序算法再到面试现场怎么答尽量讲点文档里不写的东西。提示本文面向零基础自学者、准备 Java 面试的在校生、以及工作一两年想回头补地基的开发者。内容偏实战不会停留在什么是类什么是对象这种概念复述上。1. 为什么说基础决定天花板先看清 Java 学习全景很多人学 Java 是倒着学的先装 IDEA然后跟着视频敲 Spring Boot 电商项目敲完什么都记不住回来问我老师我是不是太笨了。真不是笨是顺序反了。Java 的基础知识核心就几大块JVM 与内存模型、数据类型与运算符、流程控制、面向对象、集合框架、异常机制、I/O 与 NIO、并发编程、泛型与反射。这些内容不是独立的它们像地基里的钢筋Spring Boot 那些花哨的自动配置、注解魔法全是在这些地基上盖起来的。你如果想理解为什么 Autowired 能注入对象你得先懂反射和对象生命周期想搞明白为什么 ConcurrentHashMap 在并发下性能好你得先懂哈希表底层和锁的粒度。这些问题在基础阶段就埋下了。我自己带人的时候会让新人先做一件事把 JDK 源码里Object、String、HashMap、ArrayList这四类源码读一遍。不需要读完整个 JDK就读最核心的部分比如HashMap的put和get方法String的equals和hashCode。读完以后再去看框架很多魔法突然就变得透明了。这也是为什么那么多人说Java 基础学完总觉得没用——不是没用是还没有把它和上层框架建立连接。这里还有个容易忽略的点Java 基础的范围不是固定不变的。比如 Java 8 引入了 Stream 和 LambdaJava 11 之后有了局部变量类型推断Java 17 又加强了密封类和模式匹配。不同版本的基础会有一点点偏移。我的建议是以 Java 8 为最低基线兼顾 11 和 17 的新特性。企业生产环境大量还在用 Java 8但面试官已经开始问新版本特性了你至少要知道它们在讲什么。还有学习路线的问题。热搜词里老有人搜Java零基础自学Java学习路线市面上的路线图动辄几十个节点看着吓人。我给的简化版路线是这样的先搞清楚 Java 语法两周→ 读懂核心类源码一周→ 动手写一个小型控制台项目比如图书管理系统两周→ 学习集合与并发一周→ 接触 JDBC 和 MySQL一周→ 最后才上 Spring。能走到最后一步基础已经比 80% 的培训速成者扎实了。2. JDK 安装与开发环境最容易被新人绊倒的三块石头基础入门第一步就是装环境这一步看似简单但我在实际帮人排查时发现新手出问题最多的恰恰是这里。先说 JDK 版本选择。去 Oracle 官网下载当然可以但国内网络环境下载速度感人我更推荐用清华镜像源或者阿里云镜像下载的 OpenJDK。版本上如果你完全是新手不要一上来就装最新的 JDK 21选 JDK 8 或 JDK 11 更稳因为网上绝大多数的教程、框架版本、老师写的代码全都是基于 JDK 8 的语法。装了新版 JDK 之后你照着旧教程敲代码大概率会撞上一些模块化或废弃 API 的问题很打击自信心。第二块石头是环境变量。JAVA_HOME、Path、CLASS_PATH这三个变量让无数新手崩溃。JAVA_HOME指向 JDK 的安装根目录Path要加%JAVA_HOME%\bin这样你在命令行里敲java和javac才能被系统找到。CLASS_PATH其实在新版 JDK 里基本不需要手动配了老教程里让你配.;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar那是上古时期的事情了现在配了反而可能引发奇怪的类加载问题。我在帮人排查的时候至少遇到五次以上是CLASS_PATH配错导致编译时找不到类的。第三块石头是 IDE 的选择和配置。IntelliJ IDEA 社区版完全够学习用不用一开始就纠结破解版的事。装上以后至少要会三个操作新建 Project 时选对 JDK 版本、把项目编码设为 UTF-8、配置好 Maven 镜像仓库。特别是编码问题Windows 系统默认 GBK你代码里写了中文注释编译报错提示编码 GBK 的不可映射字符十有七八是编码没统一。我的习惯是打开 IDEA 设置里的 File Encoding把 Global Encoding、Project Encoding、Properties Files 全部设为 UTF-8。这个动作做一次能给你省掉很多莫名其妙的乱码坑。我这里特别想提醒一件事当你看到java: you arent using a compiler supported by lombok这种报错时不要慌。这是 Lombok 插件和你当前 JDK 编译器版本不匹配导致的常见于升级 JDK 之后。解决办法有两个要么把 Lombok 插件和依赖升到最新版要么在 IDEA 的 Build 选项里把编译器改成 Javac 而不是 Eclipse 编译器。这类报错属于典型的环境坑和你的代码逻辑没有任何关系。提示命令行验证环境是否装好完整执行这三条命令java -version、javac -version、echo %JAVA_HOME%Windows或echo $JAVA_HOMEmacOS/Linux。三条都正常输出再开始写代码。3. 基础语法里的高频易错点现在不改以后还得回来补很多工作经验两三年的人你问他i 和 i 的区别他能答上来你问他short s1 1; s1 s1 1;能不能编译通过他就愣住了。这就是基础语法不扎实的典型表现。这行代码是不能编译的因为s1 1的结果是int类型赋值给short需要强转正确写法是s1 (short)(s1 1)。类似的坑还有s1 1这个写法是能编译的因为复合赋值运算符内部自动做了隐式强转。这类考点不是面试官变态是它们确实藏在平时的代码里不注意就会写出有性能问题甚至运行期报错的代码。再讲一个大家特别容易搞混的点和equals。比较的是内存地址基本类型比较的是值引用类型比较的是两个引用是否指向同一个对象。equals是Object类里的方法默认行为就是但子类可以重写。比如String就重写了equals所以new String(abc).equals(new String(abc))返回true而比较返回false。实际开发里判断两个字符串是否相等永远用equals而不是判断某个对象是否为null用。这个规则简单得不能再简单但我见过太多因为if (str success)这种写法导致的线上 bug排查了一整天才发现是引用比较。还有自动装箱的坑。Integer a 127; Integer b 127; a b返回true但换成 128 就返回false。因为Integer有缓存机制缓存了-128到127之间的数值在这个范围内的valueOf返回的是同一个对象。超过范围就会 new 新对象。所以比较包装类数值时应该用equals或者直接拆箱成基本类型再比较。这个知识点如果只是看书你很难意识到它的杀伤力但写到业务代码里就会变成排查半天的神秘 bug。String的不可变性也是必知必会。String类被final修饰它的底层字符数组也是final的所有修改操作都会生成新对象。为什么要这么设计主要原因有三个一是安全网络连接地址、文件路径、类加载器的名字都常用字符串表示如果字符串可变恶意代码就可能修改引用二是线程安全不可变对象天然线程安全不需要加锁三是支持字符串常量池相同内容的字符串可以复用同一个对象节省内存。理解了这三点你在回答为什么 String 设计成不可变时不至于只说一句因为它是 final 的。还有一个知乎上常年讨论的问题Java 到底是值传递还是引用传递。标准答案是Java 只有值传递。对象引用作为参数时传递的是引用的拷贝所以方法内修改参数指向的对象会影响外部对象但重新给参数赋一个新对象不会影响外部引用。举个经典例子交换函数swap(a, b)想在方法内交换两个对象只靠传引用是做不到的必须用包装类或者数组才能实现。这个例子在很多面试题里都出现过本质考的就是你有没有真正理解值是引用的拷贝这句话。4. 面向对象必须过三道坎封装继承、多态、还有深浅拷贝面向对象这块儿培训班的教法普遍是讲概念封装就是把属性私有化继承就是 extends多态就是父类引用指向子类对象听起来都对写起来全废。我换个角度讲这三个特性到底在解决什么问题。封装解决的问题是保护内部状态降低耦合。举个现实例子你开发了一个余额字段如果直接public double balance那么任何外部代码都能随便改成负数。封装要求你把它设为private只提供deposit和withdraw方法在方法内部校验余额不能小于零。这不是语法要求是工程要求。很多新手写 Java 类习惯把所有字段全写成 public方便是方便了但一旦业务规则变化你要改的地方遍布整个项目。封装的意义就是只暴露该暴露的把变化锁在类内部。继承解决的问题是复用和扩展。但继承也是一把双刃剑用不好就是灾难。实际开发中有个很现实的教训继承层级超过两层代码就会开始难维护。你改了一个父类方法所有子类都受影响这叫做脆弱基类问题。所以后来的工程实践里更推荐组合优于继承——不是语法上禁止继承而是设计上优先考虑把公共逻辑抽到一个工具类或者用接口约定行为。你如果理解了这个趋势就不会在面试时把自己绕进什么时候该继承什么时候该组合的死胡同里。多态是面向对象最漂亮的设计。同一套接口不同实现各自做各自的事。比如定义一个Animal类speak()方法输出动物叫Dog和Cat各自重写speak()。你写一个animalList里面放满各种动物循环调用它们的speak()代码不用改行为各自不同。这就是面向接口编程的基础。Spring 框架里的依赖注入、策略模式、模板方法模式底层全是多态在驱动。理解了多态你才算真正摸到了 Java 设计模式的门口。深浅拷贝这个话题是热搜里的高频词也是面试爱问的。浅拷贝指的是只复制对象本身的基本类型字段和引用字段的引用引用指向的对象没有被复制。深拷贝则是把对象内部引用的对象也完整复制一份。Java 里clone()方法默认是浅拷贝要实现深拷贝必须手动在clone()里把引用字段也clone()一遍或者用序列化/反序列化的方式达成深拷贝但要注意类必须实现Serializable而且这种方式性能不好。理解深浅拷贝的落地点在于你在项目里往一个 List 里 add 对象时有没有想过你改了一个对象的属性其他看起来独立的对象为什么也跟着变了那多半就是浅拷贝或者引用共享导致的。这个问题在缓存更新场景里特别常见值得每个写业务代码的人警惕。注意接口和抽象类的区别是 Java 面试经典题。核心区别在于抽象类可以有实例字段和构造方法接口在 Java 8 之前只能有抽象方法Java 8 之后有了 default 方法和 static 方法Java 9 之后还允许私有方法。设计倾向上抽象类用来描述是什么is-a接口用来约定能做什么can-do。这也是为什么一个类只能继承一个抽象类却能实现多个接口——Java 的单继承限制倒逼出了接口这套设计。5. 集合框架的底层逻辑从 ArrayList 到 HashMap 一次讲透集合这块儿是 Java 基础里的重头戏也是面试必问区。我先说一个结论不要死记哪个场景用哪个集合要把注意力放在底层数据结构上。ArrayList 底层是动态数组所以按下标访问元素是 O(1)但插入和删除元素需要移动后续元素平均 O(n)。LinkedList 底层是双向链表按下标访问需要从头部或尾部遍历是 O(n)但在头部插入删除是 O(1)。听起来很简单但实际业务里你写 for 循环遍历一个很大的 LinkedList 用 get(i) 去取性能会差得离谱因为每取一个元素都要从头遍历。这是新手最容易踩的高性能隐患也是旧代码里常见的慢性病。HashMap 的底层原理是另一座大山。JDK 8 之后的 HashMap 是数组 链表 红黑树的结构。它通过键的hashCode()计算哈希值然后用哈希值对数组长度取模实际是按位与运算定位到桶的位置。如果多个键落在同一个桶上就用链表把它们串起来当链表长度达到 8 且数组容量达到 64 时链表会转成红黑树来降低查找时间。为什么是 64 才转树因为当桶分布均匀时链表长度到 8 的概率已经极低只有在哈希函数严重失效时才可能出现这时转树是为了防止最坏情况下的性能雪崩。当元素数量超过容量乘以负载因子默认 0.75时HashMap 会触发扩容容量翻倍所有元素要重新计算哈希位置这就是为什么频繁扩容的代价很高——你在循环里反复往 HashMap 塞数据但不事先预估容量性能损耗就在这。容器的线程安全问题也值得单独说。HashMap 是线程不安全的多线程并发写入会导致数据覆盖甚至死循环JDK 7 里扩容时头插法会引起环链。ConcurrentHashMap 是线程安全的JDK 8 之后取消了分段锁改用了 CAS synchronized 锁桶头节点的方式既保证了并发效率又避免了整个表锁死。为什么推荐用 ConcurrentHashMap 而不是用Collections.synchronizedMap包装的 HashMap因为后者锁的是整个 Map并发度低前者锁粒度细化到了每个桶并发能力强。这个对比是面试官很爱问的为什么要有 ConcurrentHashMap它和 HashTable 有什么区别的进阶版本。关于集合框架我还有个实操建议读源码要搭配断点调试。你写个极小的测试类new 一个 HashMapput 几十个键值对在每个关键方法上打上断点看它什么时候调用 resize什么时候从链表转成红黑树。我当年就是靠这个方法把 HashMap 彻底搞懂的。不要觉得读源码是有经验的工程师才做的事恰恰相反读核心源码是基础阶段最高效的学习方式。6. 并发与数据一致性基础阶段不能绕开的两座山并发是 Java 基础里最抽象、最劝退的一章。很多自学的人学到线程这块就开始放弃因为多线程问题的复现本身就很困难——你写十次可能都不出现一次线程安全问题但一上线就出错。我先从最基础的说起。创建线程的方式只有两种本质继承Thread类或者实现Runnable接口Callable是有返回值的变种。但实际开发中不建议直接裸用线程要使用ExecutorService线程池。线程池的核心参数有七个核心线程数、最大线程数、空闲存活时间、时间单位、任务队列、线程工厂、拒绝策略。这里面最容易理解错的是核心线程数和最大线程数的关系。我打个比方线程池像一家餐厅核心线程数就是固定员工任务队列是等位区最大线程数是忙时可以临时雇的零工拒绝策略就是客人太多时怎么办。任务来了先找固定员工固定员工都忙着任务进等位区等位区都满了再招零工零工也饱和就执行拒绝策略。这个比喻理解了线程池的工作原理基本就拿下了。然后是最经典的可见性问题。Java 内存模型规定每个线程有自己的工作内存变量在 CPU 的缓存里可能和主内存不一致。volatile关键字保证了可见性和有序性但不保证原子性。什么叫可见性就是一个线程修改了变量另一个线程能立刻看到。什么叫不保证原子性就是i这种读-改-写三步操作volatile 没法保证它整体不可分割。所以当你看到 volatile 不能替代 synchronized 这句话时要理解它背后的场景两个线程同时对同一个 volatile 变量执行 i依然会丢更新。数据一致性是工程里非常受关注的话题热搜里也有人搜java怎么保证数据一致性。在 Java 基础层面保证共享数据一致性的手段有几个层级一是用synchronized或ReentrantLock加锁保证同一时间只有一个线程能操作数据二是用AtomicInteger之类的原子类利用 CAS 无锁算法保证单个操作的原子性三是用ConcurrentHashMap这类线程安全容器从数据结构层面规避并发修改问题。不要一上来就上分布式锁、消息队列那一套大多数单体应用的并发问题用 Java 基础层面的工具就能解决。我记得早年做过一个库存扣减的需求原先的错误写法是先查库存再判断再扣减三个操作之间没有加锁并发一高就超卖。后来改成使用数据库的乐观锁版本号或者用synchronized锁住扣减方法问题立刻消失。这就是数据一致性的基础落到工程里的典型场景。注意synchronized和ReentrantLock有显著区别。前者是 JVM 层面实现的不需要手动释放锁锁升级机制在 JDK 6 以后引入了偏向锁和轻量级锁后者是 JDK 提供的 API支持公平锁、可中断等待、多个条件变量使用上必须手动 unlock且推荐放在 finally 块里。基础阶段至少要会用synchronized理解它的局限然后再去看ReentrantLock。7. 经典排序与高频算法冒泡排序和它背后的思维模式热搜词里冒泡排序java出现了不止一次还出现了leecode必刷基础算法题和java排序这些词。排序在 Java 基础里的地位很微妙面试官很少让你默写快排但喜欢让你讲思路实际项目里也很少手写排序因为Collections.sort和Arrays.sort已经足够。那为什么还要学因为排序是训练编程思维的最佳工具它能帮你建立循环嵌套、交换位置、复杂度分析的底层感觉。冒泡排序的核心逻辑是每次比较相邻两个数把大的往后移经过 n-1 轮最大数就像气泡一样浮到末尾。写过一段时间代码的人会觉得这玩意儿效率很低最坏情况时间复杂度是 O(n²)。但它的教学价值在于你能从中理解为什么内层循环要减 i为什么可以加一个标志位提前退出。我曾经让人写一个加标志位优化的冒泡排序能写出来的人对代码效率的敏感度通常不错。这个优化其实就是判断某一轮有没有发生交换没有就说明数组已经有序提前结束外层循环。很小的一步但思维方式是从按部就班到观察规律的转变。比冒泡排序更值得学的是快速排序和归并排序。快排的思想是选一个基准值把比它小的放左边比它大的放右边然后两边递归排序平均时间复杂度 O(n log n)。归并排序的思想是分到不能再分然后两两合并有序数组。Java 里Arrays.sort对基本类型用的就是改进版快排实际上对对象排序用的是归并排序因为归并排序稳定理解这点后你再去看源码会发现作者在数组长度较短时直接换成了插入排序因为常数因子小短数组下插入排序反而更快。这种优化细节就是基础算法在工业代码里的体现。算法题属于基本功里的硬通货。总有人问我刷题到底刷多少道才够我的回答是对于 Java 后端岗位如果目标是应届生把数组、字符串、链表、栈队列、哈希表、二叉树这些类型的经典题刷 100 道左右就能有不错的底子。关键是每道题不要只求 AC要问自己三个问题暴力解法是什么最优解比暴力解优化了哪个维度如果面试官让我优化空间复杂度我能不能做带着这三个问题去刷一道题效果胜过不带脑子刷十道。推荐直接用力扣LeetCode题库按标签刷先过数组和字符串两个分类再做二叉树最后才是动态规划。别一上来就啃动态规划那玩意儿需要前面知识的积累硬啃很容易沮丧放弃。8. 面试官视角的 Java 基础高频题知道答案更要讲清理由最后来说说面试。既然热搜里大量出现java面试题java面试大全及答案说明很多人都是冲着面试来补基础的。我从面试官的角度讲讲哪些基础问题最容易暴露真实水平以及回答时应该注意什么。第一个必考题HashMap 的 put 流程。很多求职者能背出先算 hash再找桶再放链表但问到两个对象的 hashCode 相等就一定 equals 相等吗反过来呢就卡壳。标准答案hashCode 相等不一定 equals 相等哈希碰撞equals 相等 hashCode 一定相等这是约定违反了会导致 HashMap 无法正确查找。这个问到的是哈希表最底层的设计原则回答的时候把哈希函数→桶位置→冲突解决这条链路讲清楚面试官基本就能判断你是真懂还是背的。第二个必考题ArrayList 和 LinkedList 的使用场景。好的回答不是访问用 ArrayList插入用 LinkedList而是要看插入的位置和操作的规模。如果你在 ArrayList 末尾插入O(1)在头部插入O(n)。LinkedList 在头部插入是 O(1)但在中间位置插入你仍需要 O(n) 的时间找到那个位置。所以LinkedList 插入快这句结论在一个复杂的业务场景里可能是错的。能把这个边界条件讲出来说明你理解数据结构的本质而不是背诵结论。第三个必考题异常处理。Java 的异常体系分两大分支Error和ExceptionException又分受检异常Checked和非受检异常RuntimeException。实际开发里的最佳实践是非受检异常用于程序 bug空指针、下标越界和不可恢复的异常受检异常用于可预料的业务失败文件找不到、网络超时要么捕获处理要么在方法签名上声明抛出。但注意过度捕获异常也是坏味道。比如你 catch 了 Exception 然后什么都不做这就是典型的吞异常将来排障时你会被自己坑死。最基本的原则能处理就处理不能处理就抛出去不要吞。第四个必考题反射和泛型。反射是在运行状态获取类的属性和方法Spring 的依赖注入、JDBC 的驱动加载、热部署工具全都建立在反射机制上。泛型是编译期的类型约束本质是类型擦除——在字节码层面泛型信息会被删除所以ListString和ListInteger在运行时是同一个类。这个特性导致你不能用instanceof判断一个泛型集合的具体类型。理解类型擦除你在编写通用的工具方法时才不会写出看似泛型其实已经在内部强转固定类型的假泛型。最后讲讲回答技巧。Java 基础面试题不是背标准答案就行的面试官真正想听的是你的思考过程。比如问ConcurrentHashMap 为什么线程安全你可以先说它用了 CAS 和 synchronized 锁桶然后补充一句在 JDK 8 以前是分段锁JDK 8 之后做了优化锁的粒度更小了。这样回答既有知识深度又展现出你对版本演进有关注。面试官再追问一句扩容的时候其他线程怎么办你如果能答出它通过 sizeCtl 状态位和协助扩容机制来协调那就已经是加分项了。判断自己基础扎不扎实有个自测标准你能不能不看任何资料把一个知识点讲给一个完全不懂的人听而且能回答对方的追问。做不到说明还有盲区。我个人带人的习惯是建一套自己的问题-答案-原理笔记。每学一个知识点用面试题的格式记下来但答案要写两遍一遍背给面试官听的精简版一遍讲给自己听的完整原理版。半年以后回头看这套笔记比任何培训班的资料都值钱。