千呼万唤2024年9月Java面试八股文整理背完这些再跳槽金九银十又是一年跳槽季。最近好多读者在后台催我更新Java面试题说实话从年初到现在面试风向一直在变但Java基础、JVM、并发、Spring Boot这几座大山始终没倒。我花了三周时间把2024年9月最新收集到的面试八股文做了系统性梳理今天一次性免费分享给大家。这篇文章不是简单罗列题目而是把每道题背后的考点、面试官真正想听什么、怎么答才能拿高分都拆开讲清楚。不管是准备校招的应届生还是工作三五年想跳槽涨薪的工程师这份资料都能帮你省下大量搜集整理的时间。我认识不少候选人项目经验挺丰富但就是挂在基础题上特别可惜——八股文不是死记硬背而是帮你把学过的零散知识串成体系这才是它能成为“面试必备”的真正原因。1. 2024年9月Java面试内容整体拆解八股文到底在考什么1.1 为什么“八股文”依然是面试的硬门槛很多程序员对八股文嗤之以鼻觉得“有那时间不如多写几个项目”。但我必须说句公道话面试官考八股文不是闲得慌而是在用最低成本筛选候选人的基础扎实程度。互联网大厂的面试动辄几十人甚至上百人竞争一个岗位项目经验可以包装但涉及底层原理的追问没真本事根本扛不住三轮。从2024年最新的面试反馈来看各个公司的考察风格出现了明显分层一线大厂喜欢从框架使用层层下探到底层原理比如“你用过Redis对吧那它的过期策略底层怎么实现的”中小厂则更偏向直接考察基础题比如HashMap原理、线程池参数、JVM内存模型。但不管哪种风格Java核心基础、集合框架、并发编程、JVM、Spring、MySQL这六块都是绕不开的主线。所以八股文在2024年9月依然是面试的硬门槛。它不是“背了就万事大吉”而是“不背连入场券都没有”。聪明的做法是用八股文搭建知识框架再结合项目经验讲出深度这才是面试官最想看到的候选人画像。1.2 2024年9月高频考点分布与复习优先级我自己整理了一份2024年9月高频考点分布表结合了近百家公司的真实面经考点模块高频程度核心考察点复习优先级Java基础与集合极高HashMap原理、ArrayList与LinkedList、泛型、Lambda第一优先级并发编程极高Synchronized、Volatile、线程池参数、CAS、AQS第一优先级JVM高内存模型、垃圾回收、类加载、OOM排查第一优先级Spring Boot高自动配置原理、Bean生命周期、事务失效第二优先级MySQL高索引结构、事务隔离级别、MVCC、SQL优化第二优先级分布式与中间件中高Redis、消息队列、分布式事务第三优先级这里要特别提醒2024年的面试风向有一个明显变化——对“场景题”的考察比例大幅上升。面试官不再满足于“你说说HashMap的原理”而是追问“如果key是自定义对象没有重写hashCode会怎样”。这类题目恰恰是八股文知识的活学活用需要你在背熟概念的基础上理解背后的设计思想。2. Java基础高频点解析从面向对象到集合框架2.1 面向对象编程封装、继承、多态怎么答才能拿高分面向对象是Java的根基也是面试官最爱用来开场的问题。很多候选人张口就来“封装是把属性私有化继承是子类继承父类多态是同一方法不同实现”这样答最多给个及格分。想拿高分必须结合设计层面的思考。我面试别人的时候喜欢听这样的回答封装的核心价值在于信息隐藏和降低耦合比如你定义一个User类把id、name设为private外部只能通过getter/setter访问这样后续如果需要增加校验逻辑只需要在setter里改调用方完全无感知——这就是封装带来的可维护性。继承的本质是复用和抽象但它还有个容易被忽略的代价破坏了封装性父类的实现细节会暴露给子类所以现在更推荐“组合优先于继承”。多态是面向对象最强大的特性它依赖继承和接口实现核心是“面向抽象编程”。这里我给大家一个加分技巧聊多态的时候主动提一下Java中多态的三种表现形式——方法重载编译时多态、方法重写运行时多态、接口多态再结合一个实际的策略模式案例比如支付接口定义了pay()方法支付宝和微信分别实现自己的逻辑调用方只需要面向接口编程新增支付方式不用改业务代码。这样既展示了基础功底又体现了设计能力面试官很难不给你加分。2.2 HashMap底层原理与扩容机制2024年依然霸榜的“题王”如果Java面试只能押一道题我闭着眼睛也押HashMap。这道题从Java 6问到Java 21热度从来没有降过。2024年9月面试中面试官对HashMap的追问更加细致我建议从以下几个层次准备第一层底层数据结构。HashMap在JDK 8之后是“数组 链表 红黑树”的组合。当链表长度超过阈值8、且数组长度大于等于64时链表会树化成红黑树将查询时间复杂度从O(n)降为O(log n)。为什么要用红黑树而不是二叉查找树因为红黑树是近似平衡的能避免极端情况下树退化成链表保证最坏情况下的性能。第二层put流程。计算key的hash值通过(n - 1) hash定位到桶位置如果桶为空直接插入不为空则遍历链表/红黑树有相同key就覆盖没有就尾插法插入。这里有个细节面试官特别喜欢追问JDK 7是头插法JDK 8为什么改成尾插法答案就是为了解决并发扩容时链表成环的问题。虽然HashMap本来就不是线程安全的但头插法在JDK 7中确实会导致死循环JDK 8修复了这个问题但并发场景依然推荐使用ConcurrentHashMap。第三层扩容机制。默认容量16负载因子0.75当元素个数超过容量 × 负载因子 12时触发扩容每次扩容为原来的2倍。扩容后元素位置要么在原来下标要么在“原下标 原容量”的位置这个规律用位运算oldCap hash来判断为0就留在原位为1就移动到新位置。第四层为什么重写equals必须重写hashCode。这是面试官最爱埋的坑。因为HashMap先通过hashCode定位桶再通过equals判断是否相等。如果两个对象equals相等但hashCode不同它们会被放到不同的桶里导致从Map中取不到值反过来如果hashCode相同但equals不等会出现哈希冲突退化为链表查找。正确答案就一句话equals相等则hashCode必须相等否则HashMap就“找不着人”了。2.3 Lambda表达式与函数式编程不只是语法糖2024年的面试中“Lambda表达式”这个热搜词的背后其实是面试官在考察你对函数式编程的理解。很多候选人能写出来list.stream().filter(x - x 5).collect(Collectors.toList())但一到原理层面就露馅了。Lambda的本质是函数式接口的匿名实现。Java里没有真正的函数类型Lambda表达式最终会被编译成invokedynamic指令在运行时动态生成实现类而不是在编译期生成匿名内部类。这也是JDK 8引入Lambda的一个性能考量——避免创建过多的匿名类文件。面试中常见的一个陷阱是变量捕获Variable CaptureLambda表达式内部可以访问外部的局部变量但这个变量必须是final或“等效final”即初始化后不再修改。我给大家解释一下为什么Java设计者为了简化并发编程避免了“变量被Lambda捕获后又被修改”引发的数据竞争问题所以强制要求被捕获的变量不可变。还有一个高频考点是Stream的惰性求值。中间操作如filter、map都是惰性的只有遇到终止操作如collect、reduce才会真正执行。这意味着你可以用无限流进行链式操作比如Stream.iterate(0, n - n 1).filter(n - n % 2 0).limit(10)limit之前的过程不会真正去跑完无限序列而是“按需拉取”。理解惰性求值能回答很多关于Stream性能的追问。这里再给大家一个实操技巧尽量使用方法引用替代Lambda比如Integer::parseInt比x - Integer.parseInt(x)更简洁性能也更好。面试时主动展示这些小细节会给人留下“代码功底扎实”的好印象。2.4 枚举类型与数组越界异常最容易忽视的送分题提到“java枚举类型的使用”和“java中数组越界异常”这两个热搜词可能很多老手会觉得太基础了但恰恰是这种基础题最容易翻车。2024年9月的面经里我发现越来越多的公司开始考察枚举的高级用法。枚举不仅仅是常量列表。它本质上是继承自java.lang.Enum的普通类可以有成员变量、构造方法、抽象方法甚至可以实现接口。最经典的考点是用枚举实现单例模式public enum Singleton { INSTANCE; public void doSomething() { // 业务逻辑 } }为什么说枚举单例是最好的单例实现因为它兼顾了线程安全、序列化安全、反射安全三个优点。普通单例通过反射可以强制调用私有构造器创建新实例而枚举在JVM层面就保证了只能有一个实例反射也无法破坏这一约束。我面试时会特意追问这个点至少80%的候选人答不完整。数组越界异常ArrayIndexOutOfBoundsException虽然简单但面试官特别喜欢结合“String、Integer缓存”等知识点出组合题。比如要求你分析String.valueOf(char[])和char[] - String的性能差异以及为什么 char[] 比 String 更适合存储敏感信息String会驻留在常量池中无法清除。这类问题考验的就是基本功是否扎实建议大家在复习时不要放过任何一个“简单”的知识点。3. JVM内存与并发编程OOM不再是背概念3.1 JVM内存模型与对象创建过程把“玄学”讲成“人话”JVM是Java面试的深水区也是很多候选人最头疼的模块。2024年9月的热搜词里“java: outofmemoryerror: insufficient memory”冲上了榜单这说明OOM排查已经成了高频面试场景。要想讲清楚OOM必须先吃透JVM内存模型。JVM运行时数据区分为堆Heap、虚拟机栈VM Stack、本地方法栈Native Method Stack、方法区Method Area、程序计数器Program Counter Register。其中堆和方法区是线程共享的其余是线程私有的。JDK 8之后方法区被元空间Metaspace取代从虚拟机内存移到了本地内存默认不受JVM内存限制这也是为什么“元空间OOM”在JDK 8中通常意味着加载的类太多了。对象创建过程是面试官特别爱拆解的考点完整流程是类加载检查 → 分配内存 → 初始化零值 → 设置对象头 → 执行构造方法。这里有两个细节值得深挖。内存分配方式如果堆内存规整使用“指针碰撞”分配如果不规整使用“空闲列表”分配。而堆是否规整又取决于垃圾回收器的算法——标记-整理如Serial、Parallel是规整的标记-清除如CMS是不规整的。这就是为什么GC算法会影响内存分配方式的原因。对象头中有什么Mark Word存储对象的hashCode、GC分代年龄、锁状态标志偏向锁、轻量级锁、重量级锁Klass Pointer指向对象的类元数据。你平时用的synchronized锁升级机制就藏在Mark Word里。能把这些底层细节和并发知识串联起来面试官一定刮目相看。3.2 OutOfMemoryError常见场景与排查思路“java: outofmemoryerror: insufficient memory”这个报错很多候选人只在日志里见过真正问怎么排查就卡住了。2024年9月的面试风格越来越偏向“实战”我建议把OOM排查的完整流程背下来。常见的OOM类型有四种Java heap space堆内存溢出。典型场景是对象太多、内存泄漏如静态集合一直持有对象引用。排查时先用jmap -heap [pid]查看堆使用情况再jmap -dump:formatb,fileheap.bin [pid]导出堆快照用MAT或VisualVM分析对象引用链找到泄漏点。GC overhead limit exceededGC持续回收但回收效果不佳。这是JVM的“预警机制”当98%的时间都在GC、却回收不了2%的堆时触发。本质还是堆内存不足排查思路同上。Metaspace元空间溢出。常见于动态生成类如CGLIB代理、JSP编译的场景。排查时关注-XX:MaxMetaspaceSize配置以及是否有类加载器泄漏。Unable to create new native thread线程数超限。这可能是操作系统线程数限制也可能是线程对象过多无法分配堆内存。排查时用ulimit -u查看用户线程数限制用jstack查看线程数。这里我要特别强调一个实操技巧JVM参数一定要提前配好不要等OOM发生了再去加参数。我给自己项目里的标准配置是java -Xms4g -Xmx4g -Xss512k -XX:HeapDumpOnOutOfMemoryError -XX:HeapDumpPath/data/logs/heap.bin -XX:PrintGCDetails -XX:PrintGCDateStamps -Xloggc:/data/logs/gc.log这样一旦发生OOM堆快照和GC日志都会自动保存排查效率极大提升。面试时能说出这套配置直接证明你有真实排查经验。3.3 线程池核心参数与拒绝策略并发面试的必考压轴题并发编程模块里线程池的考察频率仅次于synchronized和volatile2024年更是出现了大量“结合场景设置线程池参数”的题目。别小看这道题它既能考察基础又能考察工程落地能力。线程池的七大参数corePoolSize核心线程数。即使线程空闲也不会销毁除非设置了allowCoreThreadTimeOut。maximumPoolSize最大线程数。当队列满时会创建新线程直到这个上限。keepAliveTime非核心线程的空闲存活时间。unit存活时间的单位。workQueue任务队列。常用的是LinkedBlockingQueue无界、ArrayBlockingQueue有界、SynchronousQueue不存储任务直接交给线程处理。threadFactory线程工厂建议自定义并设置线程名方便排查问题。handler拒绝策略。有四种AbortPolicy直接抛异常、CallerRunsPolicy调用者线程执行、DiscardPolicy静默丢弃、DiscardOldestPolicy丢弃队列中最老的任务。线程池的执行流程是核心线程处理 → 队列排队 → 创建非核心线程 → 触发拒绝策略。这里面试官最爱追问的场景是“如果你的项目是IO密集型任务怎么设置线程池参数”我的经验是CPU密集型任务线程数设置为CPU核数 1IO密集型任务线程数设置为CPU核数 * 2或更高因为IO操作期间线程会阻塞等待更多的线程能提高CPU利用率。更精确的公式是线程数 CPU核数 * (1 等待时间 / 计算时间)。另外一个坑要提醒大家不要用Executors提供的静态方法创建线程池。比如Executors.newFixedThreadPool()用的是无界队列任务堆积会导致OOMnewCachedThreadPool()最大线程数是Integer.MAX_VALUE高并发下会创建大量线程导致资源耗尽。阿里巴巴开发规范里也明确禁止了这种写法正确做法是手动new ThreadPoolExecutor并设置有界队列、自定义拒绝策略。4. Spring Boot与项目实战技术栈深挖与避坑指南4.1 Spring Boot自动配置与Bean生命周期Spring Boot已经成了Java开发的标配框架2024年9月面试中几乎没有不考Spring的。核心考点集中在自动配置原理和Bean生命周期两块。自动配置的底层是SpringBootApplication注解它组合了SpringBootConfiguration、EnableAutoConfiguration、ComponentScan。其中EnableAutoConfiguration通过Import(AutoConfigurationImportSelector.class)加载META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports文件里的所有自动配置类。每个自动配置类上都有ConditionalOnClass、ConditionalOnMissingBean等条件注解只有满足条件时才会生效。这就是为什么你引入spring-boot-starter-web后不需要手动配置Tomcat因为自动配置类检测到相关类存在就自动帮你装配好了。Bean生命周期是另一个高频考点完整流程是实例化 → 属性赋值 → BeanNameAware/BearFactoryAware等接口回调 → BeanPostProcessor前置处理 → 初始化方法PostConstruct / InitializingBean / init-method→ BeanPostProcessor后置处理 → 使用 → 销毁方法PreDestroy / DisposableBean / destroy-method。这里我建议大家一定要记住BeanPostProcessor执行时机是在初始化方法前后因为Spring的AOP就是通过BeanPostProcessor实现的——代理对象是在Bean初始化完成后生成的。面试官如果问你“为什么Spring事务有时候会失效”根源就藏在这里如果Bean的初始化方法里直接调用this.method()走的是原始对象而不是代理对象事务注解自然失效了。4.2 Spring Boot API Key安全对接设计“java springboot apikey 安全对接”在热搜词里出现说明2024年很多实际项目都在做接口鉴权设计。这块虽然不算传统八股文但面试官越来越喜欢通过项目场景来考察候选人的方案设计能力。我在这里分享一个可落地的API Key对接方案。API Key对接的核心是保证两个安全点通信过程防窃取、请求防篡改。我常用的方案组合是请求参数中携带appId timestamp nonce sign。appId标识调用方身份timestamp和nonce防止重放攻击sign是对“参数 API Key timestamp nonce”进行MD5或HMAC-SHA256签名的结果。服务端校验流程查appId对应的API Key密钥 → 校验timestamp是否在5分钟窗口内 → 校验nonce在redis中是否已存在防止重复使用→ 用相同算法计算sign并与请求中的sign比对。SSL/TLS保证传输安全API Key不应该明文出现在日志和URL参数中。Spring Boot中的实现思路很简单用拦截器或过滤器统一处理Component public class ApiKeyInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { String appId request.getHeader(X-App-Id); String timestamp request.getHeader(X-Timestamp); String nonce request.getHeader(X-Nonce); String sign request.getHeader(X-Sign); // 1. 校验appId是否存在 // 2. 校验timestamp时效性 // 3. 校验nonce是否已使用 // 4. 本地计算sign并比对 return true; } }这套方案不仅能直接用在项目里面试时也能体现你对接口安全设计的思考深度。比单纯背八股文更有说服力。4.3 Java环境配置与编译器警告速查热搜词里出现了不少环境配置相关的关键词“java环境变量配置详细教程”、“source发行版17需要目标发行版17”、“vscode运行java报错乱码”、“drozer找不到java”。这些在平时是小事但面试时写代码如果碰到环境问题非常影响状态。“java: 警告: 源发行版 17 需要目标发行版 17”这个报错在Idea和Maven项目中非常常见根本原因是Maven编译器的source和target版本不匹配。解决办法是确认pom.xml中指定了Java版本properties maven.compiler.source17/maven.compiler.source maven.compiler.target17/maven.compiler.target /properties或者在Idea中设置Settings → Build Tools → Maven → Runner → JRE为17。VS Code运行Java报乱码一般是编码不统一导致的。在setting.json中加上{ files.encoding: utf8, terminal.integrated.profiles.windows: { PowerShell: { source: PowerShell, args: [-NoExit, -Command, chcp 65001] } } }环境变量配置JDK 17之后其实不需要配置CLASSPATH了只需要设置JAVA_HOME和PATH两个变量。JAVA_HOME指向JDK安装根目录PATH中追加%JAVA_HOME%\binWindows或$JAVA_HOME/binLinux/macOS。配置成功后终端执行java -version能看到版本信息。“you arent using a compiler supported by lombok”这个报错是Lombok版本和JDK版本不匹配导致的。解决办法有两个升级Lombok到1.18.30以上版本或者在Maven配置中指定Lombok的JDK兼容参数dependency groupIdorg.projectlombok/groupId artifactIdlombok/artifactId version1.18.34/version scopeprovided/scope /dependency4.4 ES异步写入Java与Qwen Embedding的现代技术栈2024年的热搜词出现了一些前沿方向“es异步写入java”、“qwen embedding、并存储milvus 调用示例 java langchain4j”这些偏实战的技术栈可能会在高级工程师的面试中被问及。虽然不算传统八股文但如果你简历里写了相关项目建议了解一下。ES异步写入的Java实现核心是利用ES High Level REST Client的异步方法或者用Spring Data Elasticsearch的异步模板。业界更推荐的模式是同步批量写入容易阻塞业务线程可以引入消息队列削峰填谷——Java应用把数据写入Kafka再用独立的Consumer批量消费并写入ES。这样既保证吞吐量又能解耦。Qwen Embedding与Milvus向量检索的组合是2024年AI应用开发的典型架构。Java这边可以通过LangChain4j框架来对接EmbeddingModel embeddingModel OpenAiEmbeddingModel.builder() .apiKey(your-api-key) .baseUrl(https://dashscope.aliyuncs.com/compatible-mode/v1) .modelName(text-embedding-v3) .build(); MilvusEmbeddingStore embeddingStore MilvusEmbeddingStore.builder() .host(localhost) .port(19530) .collectionName(java_docs) .dimension(1024) .build(); embeddingStore.add(embeddingModel.embed(Java面试八股文).content(), 文档内容);这行代码就把文本向量化后存入了Milvus后续检索用embeddingStore.search(queryEmbedding, topK)即可。虽然这种技术栈在2024年的面试中还不算通用题型但我预测未来一两年会越来越常见提前学习是个加分项。5. 常见问题与排查技巧实录面试路上的“坑”都帮你踩过了5.1 八股文背了但不会用场景题的“三步应答法”2024年9月的面试有一个明显的趋势纯死记硬背八股文已经很难过关了。很多候选人能把HashMap原理倒背如流但面试官问“如果HashMap的key是可变对象会发生什么”就哑火了。针对这个痛点我整理了一套“三步应答法”非常实用第一步定位题眼。拿到场景题先判断考察的是哪个知识模块——是并发、集合、还是JVM。比如“多个线程同时putHashMap会怎样”定位到并发 集合两个模块。第二步回忆底层机制。把相关原理快速在脑中过一遍HashMap并发put可能导致数据覆盖、size计数不准确JDK 8虽然修复了死循环问题但不保证数据一致性所以并发场景要用ConcurrentHashMap。第三步结合业务给出方案。不要说“换成ConcurrentHashMap”就没下文了要补充实际考虑ConcurrentHashMap在JDK 8中使用CAS synchronized锁住桶的头节点来保证线程安全锁粒度比JDK 7的Segment更细并发度更高。如果你能进一步提到“读操作无锁通过volatile保证可见性”这就是高分答案。这套方法的核心是把八股文从“知识点”变成“工具”在需要的时候快速取用并和业务场景关联起来。建议大家在准备阶段就用“知识点 场景题”的方式刷题我自己整理面试题时也坚持每个考点至少配一个场景案例。5.2 面试时最容易被问住的冷门细节整理2024年9月面经的过程中我发现有几个“冷门细节”反复出现在面试中却是大多数候选人知识盲区单独拿出来给大家提个醒。第一个Integer缓存机制。Integer默认缓存-128 ~ 127之间的值所以Integer a 100; Integer b 100; a b返回true而Integer c 200; Integer d 200; c d返回false。这个考点很老但2024年依然高频出现。原理是Integer.valueOf()方法会先查缓存超过范围才new Integer。第二个Comparator.comparing的高级用法。热搜词里有“java comparator.comparing 将某元素值放第一个”这其实是个非常实用的面试加分技能。按某个值排序同时把指定元素放到最前面ListUser users getUsers(); users.sort(Comparator .comparing(User::getRole, Comparator.comparing((String r) - ADMIN.equals(r) ? 0 : 1)) .thenComparing(User::getName));这里用Comparator.comparing提取排序键再通过一个自定义Comparator把指定值排到最前最后用thenComparing进行次级排序。这种写法远比我见过很多人在代码里用两个if判断优雅得多。面试时如果能主动展示这种细节绝对是加分项。第三个String的intern()方法。在JDK 7之后intern方法会把字符串对象尝试放入字符串常量池如果池中有相同内容的字符串则返回池中的引用。这个考点经常和“常量池位置变化”联系在一起考JDK 6及以前常量池在永久代JDK 7开始移到堆中。能说清楚这个变化背后的原因永久代空间有限、容易OOM说明你真理解JVM。5.3 环境配置与“玄学报错”的排查清单面试手写代码时环境问题是最让人崩溃的。我根据2024年9月热搜词整理了一份环境配置与常见报错的排查清单建议收藏备用报错信息根因解决方式源发行版 17 需要目标发行版 17Maven compiler source/target不一致pom.xml指定maven.compiler.source/target17/Lombok不工作unsupported compilerLombok版本过旧升级到1.18.30或适配JDK版本VS Code中文乱码文件编码不一致统一UTF-8PowerShell执行chcp 65001drozer找不到JavaJAVA_HOME未配置或版本不符确认JAVA_HOME指向JDK8PATH包含binOutOfMemoryError: Insufficient memory堆内存不足配置-Xmx生成HeapDump定位泄漏源ArrayIndexOutOfBoundsException非法访问数组下标检查索引边界避免i size的越界写法在面试现场遇到环境问题我的建议是保持冷静按照“先看报错信息 → 定位配置文件 → 逐步排查”的思路处理。如果实在解决不了可以直接和面试官说明“这个报错我遇到过通常是因为XX原因让我先检查一下XX配置”。坦诚但不慌乱的态度往往比闷头折腾十分钟更有用。6. 结束之前一个关于面试心态的真心话我整理这份八股文资料的本意不是让大家去死记硬背而是希望帮你在千头万绪的知识中找到一条清晰的复习主线。每次有读者问我“这些题背了真的有用吗”我都会反问一句“你背完之后能用自己的话把原理讲给别人听吗”能那就真的掌握了。我在实际面试中见过太多候选人基础题答得滴水不漏但一问到“为什么这么设计”就卡壳项目经验讲得天花乱坠但稍微往深挖一点就站不住脚。八股文的真正价值恰恰是帮你把一个个孤立的知识点串成一张网让你在面对问题时能“知其然更知其所以然”。这份资料只是起点建议你在准备过程中不断追问“为什么”用提问驱动思考把别人的答案变成自己的理解。祝看到这里的朋友们都能在金九银十里拿下心仪的offer。如果有更多高效的学习方法欢迎在评论区分享交流。