聊到用友2018秋招Java筆試題四我印象最深的不是哪道題特別難而是整套卷子的節(jié)奏感。前半小時(shí)你會(huì)覺得“就這”后半小時(shí)開始懷疑自己是不是漏看了什么條件交卷前十分鐘發(fā)現(xiàn)好幾道題都是“看似基礎(chǔ)實(shí)際埋雷”。這套題是我當(dāng)年秋招做過的Java筆試卷里非常能代表企業(yè)級(jí)應(yīng)用廠商考察Java工程師風(fēng)格的一套既有大量基礎(chǔ)題刷掉背書黨又有幾道需要真正寫過代碼才能答對(duì)的題還有一兩道能區(qū)分“背過八股”和“真懂原理”的題。這篇不像網(wǎng)上那些只貼題目和答案的帖子我會(huì)按我記憶里的卷面順序把高頻考點(diǎn)、易錯(cuò)點(diǎn)、擴(kuò)展追問全部串起來講一遍。無論你是準(zhǔn)備校招、社招跳槽還是純粹想把Java基礎(chǔ)打扎實(shí)這套題都值得認(rèn)真過一遍。1. 先把卷面攤開這套題到底在考什么1.1 題量與題型分布用友這套秋招筆試題的卷面我當(dāng)時(shí)拿到的是紙質(zhì)版有的城市是機(jī)房在線答題時(shí)間兩個(gè)小時(shí)總分100分。題型大致是這樣的題型題量分值我的感受單選題15題30分覆蓋面廣JavaSE為主少量數(shù)據(jù)庫和網(wǎng)絡(luò)多選題5題15分最惡心少選多選都扣分簡(jiǎn)答題3題15分類和對(duì)象、集合、并發(fā)三選二編程題2題25分一道數(shù)據(jù)結(jié)構(gòu)一道簡(jiǎn)單業(yè)務(wù)邏輯設(shè)計(jì)SQL題1題15分三表關(guān)聯(lián)查詢還要求寫優(yōu)化思路說實(shí)話這個(gè)分布在一眾互聯(lián)網(wǎng)大廠里不算激進(jìn)。頭部的電商、社交大廠那時(shí)候已經(jīng)開始狂問分布式、中間件、高并發(fā)場(chǎng)景題了用友這張卷子還是偏“底子”的。但別小看這種卷子它對(duì)細(xì)節(jié)的摳法比直接問“Redis為什么快”要陰險(xiǎn)得多。1.2 明顯送分題與拉開差距的題送分題基本集中在單選前10題比如“Java的基本數(shù)據(jù)類型有幾種”“下列哪個(gè)關(guān)鍵字用于異常處理”“ArrayList和LinkedList哪個(gè)查詢更快”。只要系統(tǒng)學(xué)過Java這部分閉著眼也能拿分。真正拉開差距的是后面幾類多選題里經(jīng)常出現(xiàn)“下列說法正確的是”每個(gè)選項(xiàng)都長(zhǎng)得像對(duì)的實(shí)際至少有一個(gè)選項(xiàng)是錯(cuò)的。簡(jiǎn)答題不直接問“了解集合嗎”而是問“HashMap在JDK 8中鏈表轉(zhuǎn)紅黑樹的閾值為什么是8為什么不是7或9”。編程題不考“反轉(zhuǎn)字符串”而是考“從文件中讀取訂單數(shù)據(jù)按金額排序并輸出”需要你寫出完整可運(yùn)行的代碼包括異常處理。SQL題除了一句查詢外還要求你寫出索引建議并解釋為什么這樣建索引。如果你只是刷過別人的面經(jīng)沒有真正自己敲過代碼、看過源碼這套卷子能把你戳得很疼。1.3 兩個(gè)小時(shí)內(nèi)怎么分配時(shí)間我自己當(dāng)時(shí)的時(shí)間分配是選擇題30分鐘多選題10分鐘簡(jiǎn)答題20分鐘編程題40分鐘SQL題15分鐘剩下5分鐘檢查。但實(shí)際做下來選擇題花了快40分鐘因?yàn)橛袔椎李}需要實(shí)際推算比如二叉樹深度、HashMap擴(kuò)容后的下標(biāo)位置。如果你將來也要參加這類筆試我的建議是選擇題遇到不會(huì)的果斷標(biāo)記不要戀戰(zhàn)一道題最多兩分鐘。多選題寧可少選不要多選很多題目規(guī)則是“全部選對(duì)得滿分選對(duì)但不全得一半分多選或錯(cuò)選不得分”。編程題先寫解題思路注釋再寫代碼至少保證核心邏輯的分能拿到。SQL題務(wù)必用縮進(jìn)把層次寫清楚閱卷人一眼能看到你的連接條件。2. 逐題復(fù)盤選擇題里的高頻考點(diǎn)與易錯(cuò)細(xì)節(jié)2.1 集合框架HashMap的容量、哈希碰撞、紅黑樹閾值選擇題里有一道我記得特別清楚HashMap默認(rèn)初始容量是多少選項(xiàng)有8、10、16、32。答案是16。但真正有水平的追問是后面那題為什么是16而不是10為什么加載因子是0.75這里展開說。HashMap的容量被設(shè)計(jì)成2的冪次方是為了能用(n - 1) hash位運(yùn)算代替取模速度更快。162^4所以默認(rèn)容量是16。如果你傳入一個(gè)不是2的冪次方的初始容量比如19HashMap內(nèi)部會(huì)用tableSizeFor方法把它轉(zhuǎn)換成大于等于19的最小2的冪次方也就是32。加載因子0.75是空間和時(shí)間的折中。調(diào)大了比如1.0哈希沖突會(huì)更嚴(yán)重查詢變慢調(diào)小了比如0.5空間浪費(fèi)明顯。0.75這個(gè)數(shù)值在泊松分布模型下桶內(nèi)鏈表長(zhǎng)度達(dá)到8的概率已經(jīng)非常小所以鏈表轉(zhuǎn)紅黑樹的閾值是8轉(zhuǎn)回鏈表的閾值是6避免在樹和鏈表之間頻繁切換。這道題的延伸問到過“JDK 8的HashMap和JDK 7有什么區(qū)別”。你至少要能答出三點(diǎn)JDK 8引入紅黑樹JDK 7沒有。JDK 8插入用尾插法JDK 7用頭插法。JDK 7擴(kuò)容時(shí)會(huì)重新計(jì)算hashJDK 8通過高位運(yùn)算簡(jiǎn)化了計(jì)算。這些都屬于“你真正看過源碼才答得出”的細(xì)節(jié)。我建議你把JDK 8 HashMap的put、get、resize三個(gè)方法的源碼讀透因?yàn)楹罄m(xù)技術(shù)面的追問基本都是從這里長(zhǎng)出來的。2.2 String與包裝類 和 equals 的坑單選題里有一道非常經(jīng)典的String s1 new String(abc); String s2 abc; System.out.println(s1 s2); System.out.println(s1.equals(s2));第一個(gè)輸出false第二個(gè)輸出true。這個(gè)大多數(shù)人都知道。但用友這道題又加了一層String s3 a bc; String s4 abc; System.out.println(s3 s4);答案是true因?yàn)榫幾g期常量折疊a bc會(huì)被編譯器直接優(yōu)化成常量abc所以s3和s4都指向常量池里同一個(gè)對(duì)象。比這個(gè)更陰的是改個(gè)寫法String s5 a; String s6 s5 bc; System.out.println(s6 s4);答案是false。因?yàn)閟5是變量變量的拼接在運(yùn)行期通過StringBuilder完成生成的是堆里的新對(duì)象。同理Integer的緩存范圍也有類似的坑。Integer a 127; Integer b 127; a b是true但如果是128就走緩存了不對(duì)-128到127之間是緩存128超出范圍會(huì)new兩個(gè)不同對(duì)象所以128那個(gè)比較是false。這類題的本質(zhì)不是考語法而是考你對(duì)JVM內(nèi)存模型和編譯器優(yōu)化機(jī)制的熟悉程度。我當(dāng)時(shí)在這道題上多留了個(gè)心眼把常量池、堆、棧之間的關(guān)系在腦子里又過了一遍后面JVM的題答起來就順多了。2.3 并發(fā)編程volatile、synchronized與線程池有題問volatile關(guān)鍵字能保證什么。選項(xiàng)里有可見性、有序性、原子性。正確選項(xiàng)是可見性和有序性它不能保證原子性。很多剛學(xué)Java的人都以為volatile和synchronized差不多其實(shí)是兩個(gè)層面的東西。volatile解決的是“多線程之間某個(gè)變量的修改對(duì)其他線程可見”的問題。它通過內(nèi)存屏障禁止指令重排序讀的時(shí)候強(qiáng)制從主內(nèi)存讀寫的時(shí)候強(qiáng)制刷回主內(nèi)存。但count這種操作分三步讀、加一、寫回volatile管不了這三步的原子性。所以并發(fā)編程題里凡是看到volatile int count然后多線程做自增的代碼問結(jié)果是多少你都要明白答案是不確定的。另一個(gè)?？嫉氖莝ynchronized和ReentrantLock的區(qū)別。我當(dāng)時(shí)把要點(diǎn)寫成了對(duì)比synchronized是關(guān)鍵字ReentrantLock是類。synchronized是隱式鎖自動(dòng)釋放ReentrantLock需手動(dòng)lock和unlock。synchronized是非公平鎖ReentrantLock默認(rèn)非公平但可設(shè)置為公平鎖。ReentrantLock支持tryLock超時(shí)等待支持多個(gè)Condition條件。JDK 6之后synchronized經(jīng)過鎖升級(jí)優(yōu)化性能已經(jīng)不輸ReentrantLock。還有線程池的題問ThreadPoolExecutor的核心參數(shù)里workQueue放的是什么。答案是等待執(zhí)行的任務(wù)。很多選擇題把workQueue和threadFactory混淆實(shí)際上threadFactory是創(chuàng)建線程的工廠。2.4 JVM內(nèi)存區(qū)域與類加載JVM的題在這套卷子里占了不小比重。選擇題問“下列哪個(gè)區(qū)域不屬于線程共享”選項(xiàng)有堆、方法區(qū)、虛擬機(jī)棧、元數(shù)據(jù)區(qū)。答案是虛擬機(jī)棧它是線程私有的。緊接著的簡(jiǎn)答題是“描述一下類加載的雙親委派模型為什么需要它”雙親委派的意思是一個(gè)類加載器收到類加載請(qǐng)求后不會(huì)自己先去加載而是把請(qǐng)求委派給父加載器逐級(jí)向上最后才由自己加載。它的好處有三個(gè)避免類被重復(fù)加載比如你自定義了一個(gè)java.lang.String因?yàn)殡p親委派最終會(huì)由啟動(dòng)類加載器加載JDK自帶的String避免核心類被覆蓋。保證Java類型體系的安全。避免不同類加載器加載出同名類導(dǎo)致混亂。這道題背后還藏著一個(gè)考點(diǎn)如果你自己寫了一個(gè)java.lang.String然后放到classpath下能加載成功嗎答案是不能會(huì)拋SecurityException因?yàn)殡p親委派機(jī)制攔截了它。這也是為什么很多面試官喜歡順著雙親委派問Tomcat的類加載器為什么要打破雙親委派。Tomcat需要為不同Web應(yīng)用提供隔離的類加載環(huán)境所以它自己實(shí)現(xiàn)了一套WebAppClassLoader先加載自己WEB-INF/classes下的類再委派給父加載器。2.5 Spring與數(shù)據(jù)庫企業(yè)級(jí)應(yīng)用繞不開的部分作為企業(yè)級(jí)應(yīng)用廠商用友筆試?yán)颯pring和數(shù)據(jù)庫肯定不會(huì)缺席。Spring的題目有一道是“Spring Bean的默認(rèn)作用域是什么”。答案是singleton單例。然后問“prototype作用域適合什么場(chǎng)景”。適合有狀態(tài)的對(duì)象比如一個(gè)對(duì)象里面存了當(dāng)前用戶信息如果用單例多線程并發(fā)訪問會(huì)互相污染數(shù)據(jù)。還有一道事務(wù)傳播行為的題“ServiceA的methodA調(diào)用ServiceB的methodBmethodA的傳播行為是REQUIREDmethodB的傳播行為是REQUIRES_NEW如果methodB拋了異常methodA已經(jīng)執(zhí)行的部分會(huì)回滾嗎”答案是methodA已執(zhí)行的部分不會(huì)因?yàn)閙ethodB的回滾而回滾因?yàn)镽EQUIRES_NEW會(huì)開啟一個(gè)新事務(wù)新事務(wù)的執(zhí)行結(jié)果與外部事務(wù)無關(guān)。但如果methodB異常向上拋出且methodA捕獲后不再拋異常methodB新事務(wù)回滾methodA自己的事務(wù)因?yàn)闆]有拋出RuntimeException可能正常提交。數(shù)據(jù)庫的題經(jīng)典的是“為什么InnoDB的索引要用B樹而不是二叉搜索樹或哈希表”。參考答案是二叉搜索樹在極端情況下會(huì)退化成鏈表樹高度過高磁盤IO次數(shù)增加。哈希表雖然單點(diǎn)查詢O(1)但不支持范圍查詢和排序。B樹是多路平衡樹高度低一般三層左右就能存儲(chǔ)千萬級(jí)數(shù)據(jù)一次查詢只需要3到4次磁盤IO。B樹的數(shù)據(jù)都存儲(chǔ)在葉子節(jié)點(diǎn)并且葉子節(jié)點(diǎn)之間用指針連接非常適合范圍查詢。還有一道事務(wù)隔離級(jí)別的多選題問你InnoDB默認(rèn)的隔離級(jí)別是什么。答案是REPEATABLE READ可重復(fù)讀。但I(xiàn)nnoDB通過MVCC和間隙鎖在可重復(fù)讀下避免了幻讀所以實(shí)際隔離效果接近串行化。3. 編程題與SQL題真正拉分的是手寫能力3.1 手寫編程題的評(píng)分邏輯編程題不是只給代碼就滿分。閱卷老師會(huì)看你的解題思路、邊界條件、時(shí)間復(fù)雜度分析。我當(dāng)時(shí)就吃過虧題目要求“找出整數(shù)數(shù)組中連續(xù)遞增的最長(zhǎng)子序列長(zhǎng)度”我直接寫了一個(gè)雙重循環(huán)答案對(duì)了但時(shí)間復(fù)雜度O(n^2)評(píng)論區(qū)都說應(yīng)該一次遍歷O(n)搞定。后來我養(yǎng)成了一個(gè)習(xí)慣任何算法題先寫注釋說明暴力解法然后優(yōu)化為最優(yōu)解最后再寫代碼。比如求最長(zhǎng)連續(xù)遞增子序列長(zhǎng)度public int findLengthOfLCIS(int[] nums) { if (nums null || nums.length 0) { return 0; } int maxLen 1; int curLen 1; for (int i 1; i nums.length; i) { if (nums[i] nums[i - 1]) { curLen; } else { maxLen Math.max(maxLen, curLen); curLen 1; } } return Math.max(maxLen, curLen); }這段代碼的核心是“當(dāng)連續(xù)遞增中斷時(shí)重置curLen為1”。很多初學(xué)者會(huì)忘記在循環(huán)結(jié)束后再更新一次maxLen導(dǎo)致整個(gè)數(shù)組都是遞增的用例出錯(cuò)。這種邊界條件筆試?yán)镒钊菀卓鄯?。另外一道題是“反轉(zhuǎn)單鏈表要求迭代和遞歸兩種方式”。迭代寫法就是三個(gè)指針prev、cur、next依次挪動(dòng)public ListNode reverseList(ListNode head) { ListNode prev null; ListNode cur head; while (cur ! null) { ListNode next cur.next; cur.next prev; prev cur; cur next; } return prev; }遞歸寫法簡(jiǎn)潔但容易繞暈public ListNode reverseList(ListNode head) { if (head null || head.next null) { return head; } ListNode newHead reverseList(head.next); head.next.next head; head.next null; return newHead; }我當(dāng)時(shí)先用迭代法寫然后在注釋里補(bǔ)充遞歸思路保證至少一種寫法完整。筆試題量大能完整寫出一種就不錯(cuò)了別貪多。3.2 SQL題三表關(guān)聯(lián)與索引優(yōu)化SQL題給的是員工表、部門表、薪資表三張表要求查每個(gè)部門薪資最高的員工姓名和薪資。這類題有兩種典型寫法。MySQL 8.0及以上可以用窗口函數(shù)SELECT department_name, employee_name, salary FROM ( SELECT d.name AS department_name, e.name AS employee_name, s.salary, ROW_NUMBER() OVER (PARTITION BY d.id ORDER BY s.salary DESC) AS rn FROM employee e JOIN department d ON e.dept_id d.id JOIN salary s ON e.id s.employee_id ) t WHERE rn 1;如果用的是MySQL 5.7不支持窗口函數(shù)就要用關(guān)聯(lián)子查詢或臨時(shí)表SELECT d.name AS department_name, e.name AS employee_name, s.salary FROM employee e JOIN department d ON e.dept_id d.id JOIN salary s ON e.id s.employee_id WHERE s.salary ( SELECT MAX(s2.salary) FROM salary s2 JOIN employee e2 ON s2.employee_id e2.id WHERE e2.dept_id d.id );這道題的坑在于如果兩個(gè)員工薪資相同且都是部門最高第一種子查詢會(huì)返回多條記錄第二種窗口函數(shù)能保證只取一條。筆試時(shí)如果沒特別說明“只取一人”我建議用窗口函數(shù)或者明確寫出“如果有并列則取第一條”。索引優(yōu)化思路也是采分點(diǎn)。我當(dāng)時(shí)這樣寫的員工表的dept_id建普通索引。薪資表的employee_id建唯一索引或普通索引。如果按照部門維度統(tǒng)計(jì)較頻繁考慮聯(lián)合索引(dept_id, salary)。閱卷人看到你能主動(dòng)寫出索引建議基本這題就拿了大半的分。3.3 業(yè)務(wù)設(shè)計(jì)題從訂單數(shù)據(jù)中提取關(guān)鍵信息還有一道編程題不是純算法而是描述一個(gè)場(chǎng)景某電商系統(tǒng)每天產(chǎn)生大量訂單要求你設(shè)計(jì)一個(gè)方法從訂單列表中統(tǒng)計(jì)出每個(gè)商品的銷售總金額并按照金額從高到低輸出。這題本質(zhì)是考Map的用法和排序但很多人一上來就用HashMapString, BigDecimal存金額忘了考慮BigDecimal相加要用add而不是加號(hào)。我當(dāng)時(shí)是這樣寫的public ListMap.EntryString, BigDecimal calculateTotalAmount(ListOrder orders) { MapString, BigDecimal totalMap new HashMap(); for (Order order : orders) { totalMap.put( order.getProductId(), totalMap.getOrDefault(order.getProductId(), BigDecimal.ZERO) .add(order.getAmount()) ); } ListMap.EntryString, BigDecimal result new ArrayList(totalMap.entrySet()); result.sort((e1, e2) - e2.getValue().compareTo(e1.getValue())); return result; }這里用了getOrDefault和BigDecimal的add而不是totalMap.put(key, totalMap.get(key) amount)因?yàn)閐ouble的精度在做金額計(jì)算時(shí)會(huì)有問題。這道題考察的就是“你會(huì)不會(huì)在業(yè)務(wù)代碼里用正確的方式處理精度”。4. 那些容易丟分的細(xì)節(jié)閱卷視角下的采分點(diǎn)4.1 手寫代碼的邊界條件最容易被扣筆試閱卷人最喜歡看的是你寫不寫空指針判斷、數(shù)組越界判斷、循環(huán)結(jié)束后是否更新最大值。每次面試復(fù)盤我都發(fā)現(xiàn)丟分點(diǎn)往往不在主體邏輯上而在以下幾個(gè)位置數(shù)組題沒有判空和長(zhǎng)度0。鏈表題沒有處理head為null。字符串題沒有處理空串和null。遞歸題忘記停止條件。金額計(jì)算用了float/double而不是BigDecimal。一個(gè)很實(shí)用的習(xí)慣是寫完代碼后自己腦內(nèi)跑三個(gè)用例——空輸入、單元素輸入、正常輸入。如果是鏈表再加一個(gè)兩個(gè)節(jié)點(diǎn)的用例。這一條能幫你少丟至少三分。4.2 簡(jiǎn)答題的“廢話過多”問題很多人誤以為簡(jiǎn)答題寫得多就分高其實(shí)閱卷是看關(guān)鍵詞給分的。比如讓你說“HashMap的put流程”你得先寫“計(jì)算hash - 定位桶 - 如果桶為空直接放 - 如果桶不為空判斷是否鏈表或紅黑樹 - 鏈表遍歷查找存在則覆蓋不存在則尾插 - 超過8轉(zhuǎn)紅黑樹 - 擴(kuò)容判斷”。你把這些關(guān)鍵詞寫全然后稍微展開說明比長(zhǎng)篇大論講HashMap歷史強(qiáng)得多。我當(dāng)時(shí)吃了個(gè)虧有一道題問“JDK 8中HashMap為什么要引入紅黑樹”我洋洋灑灑寫了半頁紙從哈希函數(shù)講到泊松分布但漏了“解決鏈表過長(zhǎng)導(dǎo)致的查詢退化為O(n)問題”這個(gè)核心句。所以后來我總結(jié)出一個(gè)答題模板先給結(jié)論再寫理由最后加一個(gè)例子。結(jié)論先行閱卷人掃一眼就能看到你的答案。4.3 多選題的“寧可少選”策略用友這套卷子多選題規(guī)則我記得是少選得一半分多選、錯(cuò)選不得分。所以遇到拿不準(zhǔn)的選項(xiàng)我的策略是只選最確定的那個(gè)。比如題目問“下列哪些是線程安全的集合”我確定ConcurrentHashMap是但拿不準(zhǔn)Collections.synchronizedList包裝后的List算不算那我只選ConcurrentHashMap至少保住一半分。這種策略雖然激進(jìn)但比平均分高。如果你追求滿分那就要把每個(gè)集合類的底層結(jié)構(gòu)都梳理一遍。4.4 SQL題的隱性問題SQL題還有一個(gè)很容易忽略的點(diǎn)表連接時(shí)如果字段名有歧義必須加上表別名。比如員工表和薪資表都有employee_id字段你直接寫WHERE employee_id s.employee_id數(shù)據(jù)庫會(huì)報(bào)錯(cuò)。這種低級(jí)錯(cuò)誤在筆試?yán)锓浅３Ｒ?。另外要求“寫出?yōu)化思路”的題不要只寫“加索引”。你要能寫出哪張表的哪個(gè)字段需要加索引。避免使用select *只查詢需要的字段。大數(shù)據(jù)量分頁時(shí)避免offset過大用延遲關(guān)聯(lián)。這些才是閱卷人想看到的優(yōu)化能力。5. 從這套題反推用友的招聘偏好與后續(xù)面試銜接5.1 筆試通過后面試會(huì)怎么追問做完這套題后我最大的感受是用友的面試官問的問題幾乎都從筆試題往外擴(kuò)。比如筆試考了HashMap面試時(shí)就問“如果自定義對(duì)象作為HashMap的key需要注意什么”答案是要重寫equals和hashCode保證equals相等時(shí)hashCode也相等。筆試考了事務(wù)傳播行為面試就讓你現(xiàn)場(chǎng)說一個(gè)REQUIRES_NEW的實(shí)際使用場(chǎng)景。我當(dāng)時(shí)舉的例子是在日志記錄場(chǎng)景中哪怕主業(yè)務(wù)事務(wù)回滾日志也必須記錄成功所以日志記錄方法要設(shè)置為REQUIRES_NEW。筆試考了JVM內(nèi)存區(qū)域面試就讓你分析String s new String(abc)之后堆、棧、常量池里各有什么。所以你是為了面試準(zhǔn)備的話刷這套筆試題不能只對(duì)答案你要把每個(gè)考點(diǎn)都延伸出至少三個(gè)追問自己用A4紙把答案寫一遍。這樣筆試過了面試環(huán)節(jié)也能順勢(shì)銜接上。5.2 企業(yè)在招聘后端Java工程師時(shí)其實(shí)是在挑什么人用友屬于企業(yè)級(jí)軟件頭部廠商產(chǎn)品線包括ERP、財(cái)務(wù)軟件、人力云等。這些系統(tǒng)的特點(diǎn)是業(yè)務(wù)復(fù)雜、數(shù)據(jù)量大、事務(wù)要求嚴(yán)格、系統(tǒng)不能輕易宕機(jī)。所以筆試?yán)锎罅靠疾旒?、并發(fā)、JVM、數(shù)據(jù)庫本質(zhì)上是在篩選兩類能力一是基礎(chǔ)能力扎實(shí)能處理日常開發(fā)中遇到的并發(fā)問題、內(nèi)存問題、SQL性能問題。二是業(yè)務(wù)建模能力能把復(fù)雜的訂單、報(bào)表、審批流轉(zhuǎn)換成清晰的代碼結(jié)構(gòu)。這和互聯(lián)網(wǎng)大廠“上來就考算法、手撕紅黑樹”的風(fēng)格差別很大。你準(zhǔn)備用友這類公司的筆試題重點(diǎn)應(yīng)該放在Java基礎(chǔ)、Spring、數(shù)據(jù)庫、企業(yè)級(jí)應(yīng)用設(shè)計(jì)上而不是死磕DP和貪心。5.3 簡(jiǎn)歷上怎么呼應(yīng)這套題的考察點(diǎn)如果你投的是用友的Java開發(fā)崗簡(jiǎn)歷上的技術(shù)棧描述一定要覆蓋這張卷子的核心考察點(diǎn)。我建議在簡(jiǎn)歷里明確寫出熟練掌握J(rèn)ava集合框架研究過HashMap底層結(jié)構(gòu)及擴(kuò)容機(jī)制。熟悉JVM內(nèi)存模型、垃圾回收算法有JVM調(diào)優(yōu)經(jīng)驗(yàn)。熟悉MySQL InnoDB存儲(chǔ)引擎掌握索引優(yōu)化、事務(wù)隔離級(jí)別。熟悉Spring事務(wù)傳播行為能處理分布式事務(wù)場(chǎng)景。這些句子看起來簡(jiǎn)單但每一個(gè)都對(duì)應(yīng)筆試的一道題。面試官看到你的簡(jiǎn)歷描述和筆試題高度重合對(duì)你后續(xù)面試的提問起點(diǎn)也會(huì)友好很多。5.4 我后來復(fù)盤這套題時(shí)的幾點(diǎn)體會(huì)筆試結(jié)束當(dāng)晚我把所有錯(cuò)題和模糊題重新整理了一遍發(fā)現(xiàn)真正丟分的不是知識(shí)盲區(qū)而是這三件事多選題太貪心總想著拿滿分結(jié)果扣分。手寫算法題沒寫注釋邏輯跳步閱卷人讀起來費(fèi)勁。SQL關(guān)鍵字沒大寫表連接字段沒加別名被扣了印象分。這些都是可以在考前通過模擬訓(xùn)練規(guī)避的問題。所以我強(qiáng)烈建議你筆試前完整地做兩套題型類似的卷子用手機(jī)計(jì)時(shí)模擬真實(shí)考場(chǎng)環(huán)境。你會(huì)發(fā)現(xiàn)“會(huì)做”和“在兩個(gè)小時(shí)內(nèi)做完”完全是兩回事。最后分享一個(gè)小技巧做筆試的時(shí)候不要直接在題目旁邊寫答案先在草稿紙上列關(guān)鍵詞。比如看到HashMap立刻寫下“數(shù)組鏈表紅黑樹、加載因子0.75、擴(kuò)容2倍、頭插尾插區(qū)別”看到事務(wù)立刻寫下“ACID、傳播行為、隔離級(jí)別、MVCC”。這些關(guān)鍵詞既是你的答題大綱也是你檢查答案時(shí)的對(duì)照清單。很多題只需要你看到關(guān)鍵詞就能拼出正確答案遠(yuǎn)比臨時(shí)回憶靠譜。