2024年秋招季百度Java工程師崗位的第一批筆試在九月中旬陸續(xù)展開。作為每年校招關(guān)注度最高的場次之一這場筆試的題型設(shè)置、考點(diǎn)分布和難度系數(shù)基本能代表大廠Java崗校招的技術(shù)篩選標(biāo)準(zhǔn)。我結(jié)合自己和身邊同學(xué)的實(shí)際筆試經(jīng)歷把這批筆試的考點(diǎn)、題型、答題策略和踩坑點(diǎn)整理成一份完整復(fù)盤希望能給正在準(zhǔn)備秋招的人一些參考。1. 2024年秋招Java筆試到底在考什么1.1 筆試整體結(jié)構(gòu)與時(shí)間安排百度Java工程師的第一批筆試線上測評總時(shí)長是120分鐘整體由兩大部分組成選擇題和編程題。選擇題通常占60到70分編程題占30到40分不同批次之間比例略微浮動但大體維持這個(gè)體量。選擇題部分包含單選題和多選題混合覆蓋Java基礎(chǔ)語法、集合框架、并發(fā)編程、JVM內(nèi)存模型、Spring框架基礎(chǔ)、MySQL索引與事務(wù)、計(jì)算機(jī)網(wǎng)絡(luò)常識。多選題的評分規(guī)則是少選得部分分、錯(cuò)選不得分所以拿不準(zhǔn)的選項(xiàng)寧可不選也不要亂選。這一條很多人容易吃虧我身邊就有同學(xué)因?yàn)槎噙x多選了一個(gè)錯(cuò)誤選項(xiàng)白白丟了一整題的分。編程題一般是2到3道難度從簡單到中等逐級遞增。第一道通常是純算法題比如數(shù)組操作、字符串處理、鏈表反轉(zhuǎn)這類基礎(chǔ)題第二道開始結(jié)合數(shù)據(jù)結(jié)構(gòu)比如二叉樹遍歷、拓?fù)渑判颉⒉⒉榧谌榔蚓C合應(yīng)用比如模擬題、狀態(tài)搜索、動態(tài)規(guī)劃。值得注意的是筆試平臺的操作模式是ACM模式也就是需要自己處理輸入輸出這和LeetCode那種只寫核心函數(shù)的方式完全不同平時(shí)練習(xí)慣用LeetCode的一定要提前熟悉?？途W(wǎng)或者競賽平臺的輸入輸出格式。1.2 “第一批筆試”的特殊性為什么單獨(dú)說第一批因?yàn)榈谝慌P試往往具有題庫風(fēng)向標(biāo)的意義。百度的筆試題目會從企業(yè)題庫中分批抽取第一批筆試后網(wǎng)絡(luò)上很快會出現(xiàn)題目回憶和討論后面批次的候選人通常能借助這些信息提前做準(zhǔn)備。這意味著第一批參加筆試的人面對的題目相對更“原生”也更考驗(yàn)平時(shí)的積累而非短期的押題沖刺。另一個(gè)實(shí)際影響是時(shí)間節(jié)點(diǎn)。九月中旬正好是秋招高峰期的開場很多人的Java基礎(chǔ)復(fù)習(xí)還沒完全收口算法題的手感也處在恢復(fù)階段。如果你是在這個(gè)時(shí)間點(diǎn)參加筆試我建議優(yōu)先級排序是先把Java基礎(chǔ)八股文的核心內(nèi)容過一遍保證選擇題的正確率再集中刷高頻算法題因?yàn)榫幊填}往往是區(qū)分度最大的部分。2. Java基礎(chǔ)考點(diǎn)你以為的送分題全是深坑2.1 面向?qū)ο笈c語言特性專題這批筆試的選擇題里面向?qū)ο笫抢状虿粍拥目键c(diǎn)但出題方式往往不是直接問“什么是多態(tài)”而是通過一段看似簡單的代碼輸出題來考察。比如給你父子類各有一套靜態(tài)方法、實(shí)例方法、成員變量的代碼讓你判斷實(shí)際調(diào)用的是誰的版本。這類題的核心考點(diǎn)是靜態(tài)方法屬于類沒有多態(tài)性實(shí)例方法看運(yùn)行時(shí)類型也就是new出來的那個(gè)類成員變量的訪問看聲明類型。還有一個(gè)高頻考點(diǎn)是重載和重寫的區(qū)別。筆試?yán)镆纯嘉淖直嫖鲆唇o一組方法簽名判斷能否構(gòu)成重載。這里有一個(gè)冷門細(xì)節(jié)重載只要求方法名相同、參數(shù)列表不同返回類型可以相同也可以不同但如果只有返回類型不同、參數(shù)列表完全相同是無法通過編譯的。這個(gè)點(diǎn)我在選擇題里至少碰到過一次。接口和抽象類的區(qū)別也是必考內(nèi)容。2024年這批筆試還特別關(guān)注了Java 8以后接口的新特性——默認(rèn)方法和靜態(tài)方法。題目會問“接口中可以定義方法體嗎”很多背老版本八股文的人會直接答不能但實(shí)際上從Java 8開始接口中的default方法和static方法都可以有方法體。如果你還在按舊版本的知識體系答題這種題目會直接暴露。2.2 集合框架的底層原理題集合框架是Java筆試選擇題的重頭戲尤其是HashMap。2024年這批筆試關(guān)于HashMap的考點(diǎn)集中在底層數(shù)據(jù)結(jié)構(gòu)數(shù)組鏈表紅黑樹、擴(kuò)容機(jī)制負(fù)載因子0.75、擴(kuò)容后兩倍、put操作流程、為什么鏈表轉(zhuǎn)紅黑樹閾值是8。還會延伸考察ConcurrentHashMap在JDK 7和JDK 8中的區(qū)別比如JDK 7用分段鎖JDK 8用CASsynchronized鎖頭節(jié)點(diǎn)。數(shù)組越界異常是這批筆試出現(xiàn)頻率很高的話題。選擇題給一段遍歷集合并刪除元素的代碼問你運(yùn)行時(shí)會拋什么異常答案通常是ConcurrentModificationException而不是ArrayIndexOutOfBoundsException。兩者不一樣前者是fail-fast機(jī)制在迭代過程中檢測到結(jié)構(gòu)性修改時(shí)拋出的后者是你訪問了數(shù)組不存在的下標(biāo)。如果題干是List遍歷時(shí)用list.remove()大概率就是ConcurrentModificationException如果是數(shù)組比如for循環(huán)里讓i到了數(shù)組長度之外那才是ArrayIndexOutOfBoundsException。ArrayList和LinkedList的對比也是?？?。面試官不會滿足于“ArrayList是數(shù)組、LinkedList是鏈表”這種答案選擇題會更深入地考ArrayList的默認(rèn)容量是10擴(kuò)容是原容量的1.5倍用位運(yùn)算實(shí)現(xiàn)LinkedList實(shí)現(xiàn)了Deque接口所以可以當(dāng)雙端隊(duì)列用。再比如“在ArrayList頭部插入元素的時(shí)間復(fù)雜度”和“在LinkedList頭部插入的時(shí)間復(fù)雜度”一個(gè)是O(n)一個(gè)是O(1)很多人在這種細(xì)節(jié)上栽跟頭。2.3 Java新特性與Lambda表達(dá)式Lambda表達(dá)式和函數(shù)式接口在這批筆試中也有一定比例。出題方向有兩個(gè)一是代碼含義理解給一段Lambda表達(dá)式讓你判斷輸出結(jié)果二是Stream API的中間操作和終止操作區(qū)分。比如Stream的map、filter、sorted屬于中間操作collect、forEach、reduce屬于終止操作。中間操作是惰性求值的沒有終止操作就不會執(zhí)行這個(gè)特性既是理論考點(diǎn)也直接影響程序輸出的判斷。Comparator.comparing也是熱詞里頻繁出現(xiàn)的。筆試可能給你一個(gè)對象列表要求按某個(gè)字段排序然后讓你選正確的Lambda寫法。比如list.sort(Comparator.comparing(User::getAge))或者是list.sort((u1, u2) - u1.getAge() - u2.getAge())。這里有個(gè)坑用減號比較可能存在整型溢出問題正確做法是用Integer.compare雖然筆試選擇題不會考得這么深入但面試聊到排序的時(shí)候這是一個(gè)不錯(cuò)的加分細(xì)節(jié)。枚舉類型在今年的筆試中出現(xiàn)的頻率也變高了。考點(diǎn)包括枚舉本質(zhì)上是一個(gè)final類繼承自java.lang.Enum枚舉的構(gòu)造器是private的枚舉可以用switch也可以定義自己的字段和方法枚舉實(shí)現(xiàn)單例是線程安全的因?yàn)槊杜e實(shí)例的創(chuàng)建由JVM保證。選擇題有時(shí)候會給出一個(gè)枚舉類讓你判斷通過反射是否能創(chuàng)建新的枚舉實(shí)例——答案是不能因?yàn)榉瓷銩PI對枚舉類型有強(qiáng)校驗(yàn)Enum類里已經(jīng)做了防護(hù)。3. 并發(fā)與JVM拉開差距的關(guān)鍵分水嶺3.1 并發(fā)編程的高頻出題方向并發(fā)這一塊筆試選擇題基本圍繞synchronized和ReentrantLock的區(qū)別、volatile的語義、線程池的參數(shù)配置三個(gè)方向展開。synchronized和ReentrantLock的區(qū)別幾乎是必考。從筆試選擇題的角度常考的區(qū)分點(diǎn)有synchronized是JVM層面的關(guān)鍵字發(fā)生異常時(shí)JVM會自動釋放鎖ReentrantLock是JDK提供的類使用后必須在finally里手動釋放鎖。synchronized是非公平鎖ReentrantLock可以通過構(gòu)造函數(shù)傳入true來指定公平鎖。synchronized不可中斷ReentrantLock支持lockInterruptibly()實(shí)現(xiàn)可中斷地獲取鎖。還有一個(gè)比較新的考點(diǎn)是synchronized在JDK 6之后引入了偏向鎖、輕量級鎖、重量級鎖的升級過程這個(gè)不僅要會背流程還要理解為什么會有這個(gè)優(yōu)化。volatile是另一個(gè)?？键c(diǎn)。核心是volatile保證可見性禁止指令重排序但不保證原子性。筆試?yán)锝?jīng)典的題目是“兩個(gè)線程同時(shí)對volatile變量做i操作最終結(jié)果是否一定正確”答案是不正確因?yàn)閕分三步執(zhí)行讀取、加一、寫回volatile沒法保證這三步的原子性。結(jié)合熱詞里頻繁出現(xiàn)的“java: outofmemoryerror”相關(guān)話題JVM考點(diǎn)與并發(fā)題經(jīng)?；煸谝黄鹂急热鐔柲恪岸鄠€(gè)線程同時(shí)創(chuàng)建對象堆內(nèi)存出現(xiàn)OOM是否是線程安全問題”——這個(gè)其實(shí)是偽命題OOM和線程安全沒有直接因果關(guān)系關(guān)鍵看共享資源是否被并發(fā)修改。線程池這個(gè)話題筆試傾向于考ThreadPoolExecutor的七個(gè)核心參數(shù)以及四種拒絕策略。常與構(gòu)造參數(shù)結(jié)合的選擇題是核心線程數(shù)3最大線程數(shù)5阻塞隊(duì)列容量10當(dāng)?shù)?00個(gè)任務(wù)提交時(shí)會發(fā)生什么。這類題的關(guān)鍵是理清線程池的任務(wù)處理流程先判斷核心線程是否滿沒滿就創(chuàng)建線程執(zhí)行滿了就進(jìn)隊(duì)列隊(duì)列滿了再判斷最大線程數(shù)沒滿就創(chuàng)建新線程如果最大線程數(shù)也滿了就執(zhí)行拒絕策略。所以題目說提交100個(gè)任務(wù)前3個(gè)占核心線程接著10個(gè)進(jìn)隊(duì)列再接著2個(gè)觸發(fā)非核心線程剩下85個(gè)直接觸發(fā)拒絕策略而不是無限排隊(duì)。3.2 JVM內(nèi)存管理與OOM實(shí)戰(zhàn)分析JVM相關(guān)的考題在選擇題里占的比例不小而且經(jīng)常和實(shí)際線上問題結(jié)合。必考的包括運(yùn)行時(shí)數(shù)據(jù)區(qū)如何劃分堆、虛擬機(jī)棧、本地方法棧、方法區(qū)、程序計(jì)數(shù)器哪些區(qū)域是線程共享的堆、方法區(qū)哪些是線程私有的虛擬機(jī)棧、本地方法棧、程序計(jì)數(shù)器。這些基礎(chǔ)點(diǎn)像是純背誦內(nèi)容但筆試從來不直接問而是給一段代碼問你創(chuàng)建的對象、局部變量、靜態(tài)變量分別存儲在哪里。垃圾回收算法的題目也不難但容易混淆。需要分清標(biāo)記-清除算法會產(chǎn)生內(nèi)存碎片標(biāo)記-復(fù)制算法解決了碎片問題但浪費(fèi)了一半空間所以HotSpot虛擬機(jī)用Eden區(qū)和兩個(gè)Survivor區(qū)來優(yōu)化默認(rèn)比例是8:1:1標(biāo)記-整理算法適合老年代G1垃圾回收器的特點(diǎn)是可預(yù)測停頓時(shí)間堆被劃分為多個(gè)大小相等的Region。選擇題里經(jīng)常讓你判斷“哪種場景適合CMS收集器、哪種場景適合G1”判斷依據(jù)是如果要求低停頓、堆內(nèi)存較大優(yōu)先G1如果是老年代回收且要求并發(fā)收集CMS雖是老方案但也會在選項(xiàng)中混入。熱詞里出現(xiàn)的“java: outofmemoryerror: insufficient memory”典型場景是JVM堆內(nèi)存分配不足。筆試選擇題可能給你一段不斷創(chuàng)建新對象的代碼問最終拋出什么異常選項(xiàng)會有StackOverflowError和OutOfMemoryError兩種。如果遞歸調(diào)用沒有終止條件不斷壓棧拋的是StackOverflowError如果是循環(huán)創(chuàng)建對象、往集合里塞堆內(nèi)存耗盡拋的是OutOfMemoryError。這兩個(gè)異常一個(gè)“棧滿”、一個(gè)“堆滿”考的就是對運(yùn)行時(shí)數(shù)據(jù)區(qū)功能的理解。實(shí)際筆試環(huán)境中參加在線測評時(shí)如果你本地IDE編譯運(yùn)行代碼出現(xiàn)這種錯(cuò)誤往往是因?yàn)闆]有給JVM配置足夠的堆內(nèi)存參數(shù)可以在IDE的VM options里加上-Xmx參數(shù)但筆試在線平臺一般不需要你管這個(gè)除非你自己在本地跑測試用例。3.3 反射、代理與框架的交叉考點(diǎn)百度Java筆試的后半部分選擇題會夾雜一些Spring框架的題目。出題邏輯不是單純考Spring的API而是考察你對底層原理的理解。比如Spring中如何實(shí)現(xiàn)AOP答案是基于動態(tài)代理——如果目標(biāo)類實(shí)現(xiàn)了接口用JDK動態(tài)代理如果沒有實(shí)現(xiàn)接口用CGLIB代理。這里會順帶考察反射的用途動態(tài)代理本質(zhì)上就是通過反射在運(yùn)行時(shí)生成代理類并調(diào)用目標(biāo)方法。熱詞里出現(xiàn)的“drozer找不到j(luò)ava”雖然本質(zhì)上是工具環(huán)境問題但反映出很多人對Java運(yùn)行時(shí)的理解停留在“能運(yùn)行就行”——一旦工具找不到j(luò)ava連配置JAVA_HOME和PATH都不熟練。筆試不會直接考這個(gè)但在考察“Java程序啟動時(shí)如何加載類”時(shí)經(jīng)常會考雙親委派模型啟動類加載器加載rt.jar擴(kuò)展類加載器加載ext目錄應(yīng)用類加載器加載classpath。雙親委派的核心是“先讓父加載器嘗試加載父加載器加載不了再由子加載器加載”這樣做的好處是避免核心類被重復(fù)加載和替換。4. 編程題實(shí)戰(zhàn)不只是背八股文就能過4.1 筆試輸入輸出的正確打開方式百度這批筆試用的在線評測系統(tǒng)是標(biāo)準(zhǔn)的ACM模式也就是說所有題目的輸入都需要通過System.in讀取輸出需要用System.out打印。很多人平時(shí)刷LeetCode習(xí)慣了只寫方法體到了筆試現(xiàn)場第一道題就卡在怎么讀數(shù)據(jù)上完全打亂了節(jié)奏。讀取輸入我推薦用BufferedReader而不是Scanner。理由是筆試編程題的數(shù)據(jù)量通常不小Scanner在讀取大量數(shù)據(jù)時(shí)效率偏低偶爾會因?yàn)閾Q行符處理不當(dāng)出現(xiàn)奇怪的問題。BufferedReader配合InputStreamReader再用split按空格或逗號切分是最穩(wěn)妥的方案。比如讀取一行由空格分隔的整數(shù)可以用BufferedReader br new BufferedReader(new InputStreamReader(System.in)); String[] parts br.readLine().split( ); int[] arr new int[parts.length]; for (int i 0; i parts.length; i) { arr[i] Integer.parseInt(parts[i]); }很多人在這一步碰到數(shù)組越界異常通常不是因?yàn)閿?shù)組長度算錯(cuò)而是因?yàn)檩斎胫杏锌招衦eadLine讀到了一個(gè)空字符串split之后數(shù)組長度為0再訪問下標(biāo)就拋異常。判斷輸入是否讀到了末尾常見的做法是String line br.readLine()如果line null就說明沒有更多輸入了。4.2 高頻算法題快速排序、冒泡排序與變種題排序算法在今年的筆試編程題和選擇題里都出現(xiàn)了。選擇題考的是“快速排序的最好時(shí)間復(fù)雜度、最壞時(shí)間復(fù)雜度、是否穩(wěn)定”快速排序最好和平均情況是O(n log n)最壞是O(n2)而且是不穩(wěn)定排序。冒泡排序是穩(wěn)定排序最好情況O(n)、最壞O(n2)如果一輪遍歷下來沒有發(fā)生交換就可以提前退出這是一個(gè)在筆試中能體現(xiàn)代碼細(xì)節(jié)的優(yōu)化點(diǎn)?？焖倥判虻腏ava實(shí)現(xiàn)是手撕代碼的高頻題。雖然筆試未必直接讓你寫一個(gè)完整的快速排序但很多題目的解法里需要用到partition思想比如“找出數(shù)組中第K大的元素”“數(shù)組中的逆序?qū)Α薄案鶕?jù)奇偶重排數(shù)組”?？焖倥判虻倪吔缣幚砥鋵?shí)很考驗(yàn)基本功很多人在partition函數(shù)里的while循環(huán)中寫著寫著就數(shù)組越界了核心原因是沒有正確判斷指針位置。一個(gè)簡潔的寫法是public static void quickSort(int[] arr, int left, int right) { if (left right) return; int base arr[left], i left, j right; while (i j) { while (i j arr[j] base) j--; while (i j arr[i] base) i; if (i j) { int temp arr[i]; arr[i] arr[j]; arr[j] temp; } } arr[left] arr[i]; arr[i] base; quickSort(arr, left, i - 1); quickSort(arr, i 1, right); }key point是在內(nèi)層while循環(huán)里必須加上i j的判斷否則指針會越過邊界導(dǎo)致數(shù)組越界異常。另外要注意如果base取的是arr[left]那么必須先移動右指針j再移動左指針i這樣才能保證最終相遇位置的值是可以和base交換的。這個(gè)細(xì)節(jié)筆試不會直接告訴你但如果你在本地調(diào)試時(shí)反復(fù)報(bào)數(shù)組越界一般就是這里出了問題。4.3 鏈表、字符串與動態(tài)規(guī)劃的出題套路編程題的第二題和第三題常見套路有反轉(zhuǎn)鏈表、判斷鏈表是否有環(huán)、合并兩個(gè)有序鏈表、字符串的最長公共前綴、最長無重復(fù)字符子串、爬樓梯、打家劫舍、零錢兌換。反轉(zhuǎn)鏈表有兩種思路迭代和遞歸。筆試建議用迭代因?yàn)檫f歸雖然代碼更短但在鏈表很長時(shí)可能存在棧溢出的風(fēng)險(xiǎn)而且在ACM模式下遞歸造成的StackOverflowError不像本地IDE那樣好排查。迭代寫法是維護(hù)一個(gè)prev指針每次把當(dāng)前節(jié)點(diǎn)的next指向前一個(gè)節(jié)點(diǎn)public static ListNode reverseList(ListNode head) { ListNode prev null; ListNode curr head; while (curr ! null) { ListNode next curr.next; curr.next prev; prev curr; curr next; } return prev; }動態(tài)規(guī)劃的題目在這批筆試?yán)飳儆趨^(qū)分度較高的題。難度通常不會到hard但需要能在短時(shí)間內(nèi)找到狀態(tài)轉(zhuǎn)移方程。這里有一個(gè)比較實(shí)用的思路先看題目是否滿足無后效性也就是當(dāng)前狀態(tài)一旦確定后續(xù)決策不受前面具體過程的影響。經(jīng)典的爬樓梯問題dp[i] dp[i-1] dp[i-2]本質(zhì)就是斐波那契數(shù)列打家劫舍問題是dp[i] max(dp[i-1], dp[i-2] nums[i])。如果筆試時(shí)一時(shí)想不起來狀態(tài)轉(zhuǎn)移方程可以嘗試手算前幾個(gè)值用歸納法推出來。字符串處理的題目比如“判斷一個(gè)字符串是否是回文串”“找出最長回文子串”考的既是算法能力也是邊界條件處理能力?；匚拇呐袛嘁⒁庾址L度為1的情況一般會自動視作回文長度為空的情況需要和出題人確認(rèn)還是直接判為true通常題目會給出明確約定。這里我建議先寫一個(gè)isPalindrome輔助方法用雙指針從兩端向中間掃描遇到非字母數(shù)字字符時(shí)跳過如果題目要求遇到不相等就返回false。5. 筆試環(huán)境與常見報(bào)錯(cuò)的避坑手冊5.1 編程環(huán)境相關(guān)的經(jīng)典報(bào)錯(cuò)在線筆試對編程環(huán)境的要求每年都會卡住一批人。熱詞里出現(xiàn)的“java: 警告: 源發(fā)行版 17 需要目標(biāo)發(fā)行版 17”是最常見的報(bào)錯(cuò)之一。這個(gè)問題的本質(zhì)是當(dāng)前項(xiàng)目的Java編譯器級別source和運(yùn)行級別target不一致比如source設(shè)成了17但I(xiàn)DE里沒有配置對應(yīng)的JDK版本或者target還停留在一個(gè)較低的版本。本地IDE的解決辦法是去Project Structure里把Project SDK和Modules的Language level統(tǒng)一起來Maven項(xiàng)目則檢查pom.xml中的maven.compiler.source和maven.compiler.target屬性。如果在筆試在線平臺上遇到多數(shù)情況是因?yàn)楸镜卮a用了高版本JDK的語法比如var關(guān)鍵字或新的API而在線評測環(huán)境是JDK 8或JDK 11解決辦法就是避免使用版本特有語法統(tǒng)一用最基礎(chǔ)的寫法。另外一個(gè)高頻環(huán)境問題是“vscode運(yùn)行java報(bào)錯(cuò)亂碼”。這個(gè)問題的根源是控制臺編碼和Java源碼編碼不一致。Windows下VSCode控制臺默認(rèn)使用GBK編碼而代碼文件可能是UTF-8編碼亂碼就出現(xiàn)了。解決辦法有兩個(gè)一是把控制臺編碼改成UTF-8二是編譯時(shí)指定編碼比如javac -encoding UTF-8。對于筆試來說在線平臺不會出現(xiàn)系統(tǒng)級亂碼但如果你要在本地用VSCode練習(xí)模擬題建議提前把編碼問題處理好否則遇到中文提示時(shí)心態(tài)容易崩。5.2 本地調(diào)試與在線評測的差異筆試當(dāng)天最大的坑是本地IDE調(diào)試一切正常提交到在線平臺就報(bào)錯(cuò)或者運(yùn)行結(jié)果不對。常見原因有三個(gè)一是本地使用的JDK版本比在線平臺高導(dǎo)致某些接口或方法在線上不存在二是本地輸入用自定義測試用例漏了換行符或者多了空格提交后輸入解析錯(cuò)位直接導(dǎo)致ArrayIndexOutOfBoundsException三是程序沒有正確結(jié)束比如while循環(huán)讀入數(shù)據(jù)時(shí)沒有判空線上評測數(shù)據(jù)收尾后系統(tǒng)不再給數(shù)據(jù)程序就卡死超時(shí)。針對這三個(gè)問題我的建議是筆試前統(tǒng)一用項(xiàng)目配置里的JDK版本對照在線平臺說明如果拿不準(zhǔn)就把代碼控制在Java 8語法范圍內(nèi)本地測試時(shí)一定要模擬ACM風(fēng)格的輸入重點(diǎn)測試多行、多組數(shù)據(jù)和空行情況所有涉及while讀取的地方都要判斷當(dāng)前行是否為空防止死循環(huán)。順帶提一句熱詞里出現(xiàn)過的“vscode運(yùn)行java報(bào)錯(cuò)亂碼”不是個(gè)例很多同學(xué)在本地跑通代碼用了很長時(shí)間結(jié)果筆試時(shí)間多半浪費(fèi)在第一道題的調(diào)試上所以提前把環(huán)境問題排除掉很關(guān)鍵。5.3 時(shí)間分配選擇題40分鐘編程題80分鐘我在實(shí)際筆試中摸索出的時(shí)間分配策略是選擇題控制在40到45分鐘內(nèi)編程題留足75到80分鐘。選擇題遇到卡殼的題目標(biāo)記后直接跳過不要戀戰(zhàn)。原因很現(xiàn)實(shí)選擇題的單個(gè)分值大致相當(dāng)?shù)幊填}一題的分值相當(dāng)于5到8道選擇題把時(shí)間花在打磨一道能跑通的算法題上性價(jià)比遠(yuǎn)高于死磕一道概念模糊的多選題。編程題的答題順序也有講究。第一道題通常最簡單先做出來保底第二道題如果5分鐘沒思路先放著直接看第三道題是不是自己更擅長的類型。人的大腦在切換題型時(shí)會有“思維熱身”的過程如果從第一題開始就順著難度梯度做反而可能在第二題上卡太久導(dǎo)致第三題留白。我的經(jīng)驗(yàn)是先快速掃一遍所有編程題把有明確思路的題先全部做掉再回來補(bǔ)剩下的題。這個(gè)方法在時(shí)間緊張時(shí)尤其有效。6. 筆試題的復(fù)盤方法與面試銜接準(zhǔn)備6.1 筆試后如何快速評估自己的表現(xiàn)筆試結(jié)束后的24小時(shí)里我建議做一次簡單的自評。首先統(tǒng)計(jì)選擇題中“有把握”的題數(shù)。“有把握”的定義是你清楚知道每個(gè)正確選項(xiàng)為什么對、錯(cuò)誤選項(xiàng)為什么錯(cuò)不是蒙對的。100%有把握的題控制在70%以上選擇題這部分就算合格。編程題的自評標(biāo)準(zhǔn)更直接第一題是否在20分鐘內(nèi)跑通第二題是否提交后有部分用例通過第三題是否有思路并寫出了可行框架。不管是否全部AC只要有三道題的完整思路和大部分代碼實(shí)現(xiàn)筆試通過的概率就不低。因?yàn)樵诰€測評系統(tǒng)在判定時(shí)會按通過的測試用例比例給分部分通過也能拿到一定分?jǐn)?shù)完全空白才是致命傷。6.2 從筆試到面試的知識補(bǔ)全方向筆試結(jié)束后緊接著就是面試通知間隔一般在一到兩周。這個(gè)階段建議按“復(fù)盤錯(cuò)題、補(bǔ)短板、模擬面試”的順序安排時(shí)間。復(fù)盤錯(cuò)題的重點(diǎn)不是記住正確答案而是分析當(dāng)時(shí)為什么選錯(cuò)。選擇題里概念混淆型的錯(cuò)誤比如接口和抽象類、重載和重寫需要回歸基礎(chǔ)重新梳理代碼輸出題的錯(cuò)誤比如final關(guān)鍵字修飾引用類型時(shí)引用能否指向新對象需要動手跑一遍把輸出結(jié)果記住。編程題如果當(dāng)時(shí)沒有AC建議當(dāng)天趁著還有印象把題目的思路和完整代碼寫一遍不要拖到面試前一天再做。熱詞里反復(fù)出現(xiàn)的“Java面試八股文”在筆試和面試階段的價(jià)值完全不同。筆試階段八股文能幫你快速定位選擇題的高頻考點(diǎn)比如HashMap原理、JVM內(nèi)存模型、線程池參數(shù)這些屬于“背了就能拿分”的性價(jià)比之王。但面試階段面試官更看重你是否真的理解比如你背出了“HashMap的負(fù)載因子是0.75”他可能接著問“為什么是0.75不是0.5或者1.0”這個(gè)追問就是考察你對時(shí)間和空間權(quán)衡的理解負(fù)載因子太高碰撞概率上升鏈表變長查詢效率下降負(fù)載因子太低空間浪費(fèi)嚴(yán)重頻繁擴(kuò)容也有成本。0.75是經(jīng)驗(yàn)上的一種折中。所以復(fù)盤時(shí)不要滿足于背結(jié)論要把每個(gè)結(jié)論背后的權(quán)衡邏輯想通。6.3 春招前持續(xù)加分的小技巧最后再分享一個(gè)小技巧從筆試開始就要建立一個(gè)屬于自己的Java知識點(diǎn)速查表。別直接用市面上的面試大全而是根據(jù)自己在筆試和刷題過程中犯過的錯(cuò)誤用文檔記錄下考點(diǎn)、錯(cuò)誤答案、正確答案、原因分析。這個(gè)速查表的好處是它完全針對你的薄弱點(diǎn)面試前突擊效率極高。我自己當(dāng)年從秋招筆試開始建到后續(xù)面試積累了大約一百多條最終面試前只需要看這十幾頁紙不需要重新翻書。這個(gè)習(xí)慣還有一個(gè)附帶好處當(dāng)你把一道題從“不會”變成“記錄在案并理解透徹”時(shí)你的知識體系是扎實(shí)的。秋招筆試只是起點(diǎn)它篩掉的從來不是沒背過八股文的人而是那些背了不理解、練了不總結(jié)的人。祝各位順利通過筆試面試見。