欧美1区2区3区激情无套,两个女人互添下身视频在线观看,久久av无码精品人妻系列,久久精品噜噜噜成人,末发育娇小性色xxxx

#阿里實習#  #騰訊實習#  #騰訊音樂26屆實習# - 美團：二面oc，最終拒了offer- 餓了么：oc拒了- 淘天：簡歷掛。一面掛。五面拿到offer。- 騰訊：騰訊視頻一面掛，PCG3.7面試睡過頭沒去，TME日常無消息- 字節(jié)：一面掛一次，后面投日常都無人處理- 快手：第一次投遞初篩沒過，第二次一面掛- 搜狐：簡歷掛- 阿里云：簡歷掛- 京東：簡歷掛，沒有二投- 作業(yè)幫：筆試寄了。- pdd：簡歷掛- 螞蟻：上個月四號投的這個月才掛我簡歷- 華為：待筆試。（現(xiàn)在才給我發(fā)，拒了）簡歷掛的基本都是第一波海投無的，秋招我一定好好寫簡歷。還是我的兩個外賣軟件好，以后我每天換著點你倆#?？虯I配圖神器#

2.28投遞3.21筆試3.25一面3.27二面4.1oc4.3正式發(fā)offer團子效率真的很高，一周多一些就從一面推完整個流程，拿到了第一個算是正式的offer，其他幾個流程打算拒了，畢竟是團子一口一口拼好飯把我喂大的（其實還是怕學校有事來回跑太累了）

美團oc了，還在走審批（聽說可能會掛人）是做平臺偏地圖方向的，測開崗淘天也是測開，周一四面完還沒消息，聽ld說進去可能做偏ai應用方向的，整體會偏開一些，功能測試這些可能做的少點（聽起來我還蠻心動，但是真的泡我好久）??餓了么約了hr面，但是是在下周一。具體業(yè)務忘記問了，但是是開發(fā)崗美團base北京，后兩個base杭州，主播自己在北京。不過base地也不是很重要，自己能夠接受異地到崗，現(xiàn)在就是在考慮如果都能批下來的情況下，去哪個會好一些，自己可能會更在意發(fā)展，產(chǎn)出之類的，轉(zhuǎn)正倒無所謂，秋招再拼一次就行#牛客AI配圖神器#

三面一直聊天，還加了ld微信，以為下一次就是hr面了，沒想到撲面而來的是第四次技術(shù)面（雖然基本沒怎么問技術(shù)）自我介紹問了問項目：做這個項目的動機，技術(shù)選型，并發(fā)。都是老問題了問的比較新的是問如果實際并發(fā)量比項目能承受的還要大怎么辦。說了可以做限流和降級，或者做分布式加服務器，或者在抽獎流程做一些優(yōu)化。繼續(xù)問了具體流程優(yōu)化思路，目前來說自己也不清楚（如果知道我不早做了），說了可能可以減少一些不必要的鑒權(quán)，優(yōu)化抽獎流程來提高響應速度等（忘了是在問并發(fā)了，如果是因為hot key等數(shù)據(jù)層面導致的瓶頸似乎也可以擴展redis集群來解決？但在我這個項目應該這個不是重點，還是繼續(xù)加服務器吧）后面就是聊了些最近在學習什么，有了解什么，等等。（其實忙的根本沒時間了解太多東西）不過也是因為前幾面都聞到ai應用相關(guān)的，所以周末也去看了看llm和rag等的東西，不過肯定妹來得及看太多，不過面試官也沒問太多這個啦接著就是問對考研的看法，等東西，這些基本也算是閑聊內(nèi)容了反問沒啥想問的了都，還打了個趣說畢竟面了這么多次了，對部門的業(yè)務都基本了解個大概了，自己也不知道該問啥了#?？虯I配圖神器#夢一個hr面，四面掛了我真的會哭死。。

說是電話面，感覺跟視頻面也差不多，還是那些問題，還是得守在電腦面前做題先是自我介紹，問了問情況，學校課程咋辦，等等等等上來先寫題：找第k大的元素，想了會兒，在考慮用堆做還是快選做（因為兩個都有點忘了（）），最后選了快選，十分鐘做出來了（主要是因為餓了么ide好難用，感覺和用txt文檔寫代碼一樣，沒有代碼提示，沒有高亮，沒有自動縮進，沒有括號補全），當然也沒有調(diào)試功能，寫出來之后直接講思路然后是八股，問的不多也不少：1.hashmap原理2.hashmap擴容，負載因子？3.線程池（優(yōu)勢，參數(shù)，運行流程）4.線程狀態(tài)（生命周期）。這里完全忘了，只記得new和time_waiting，其他幾個現(xiàn)場跟著推的，被迫用中文描述，還好基本說全了。5.線程阻塞狀態(tài)會發(fā)生什么（這里其實有點沒聽懂，憑感覺答了）。會一直阻塞請求資源，等待資源釋放。補充說了句也可也主動釋放資源來避免死鎖（嘴賤了，其實釋放了也要繼續(xù)阻塞，只是另一方可以獲取資源趕緊結(jié)束，這邊就可以更好地請求資源了，這里沒必要說的）6.說一下AQS。還好提前記了，上次就給忘了這個7.介紹用過的設計模式8.策略模式怎么設計的9.組合模式。這個沒說清楚感覺10.開閉原則。聽到過很多次，但沒專門背過，這次完蛋了11.mysql索引。12.bean初始化和生命周期。全程50min差不多，沒問項目，八股也很基礎，感覺比一面簡單。面試官說后面可能會有3面等安排，說后續(xù)等通知。吐槽一句電話面，寫題的時候還是需要用釘釘開攝像頭，為什么不直接視頻面呢（主播宿舍信號一般，一開始喂喂喂了好久才療聊上）

感覺算是第二個二面吧，雖然是第二次沖淘天的第三次面試（應該是調(diào)了崗位才多出來的這一次）。上午10點開始的，人都感覺沒睡醒。前面是常規(guī)的自我介紹＋項目介紹面試官簡單的了解了一下項目，問了些動機和場景設計的考究等等。面試官說我之前面評不錯，就沒有繼續(xù)問技術(shù)了（第一次一面沒寫出來解析字符串和sql語句沒有被記上嗎）后面幾乎就是面試官介紹部門和業(yè)務等等，包括發(fā)展規(guī)劃什么的了，主播只需要負責坐著點頭和說說自己的看法。（這對于早上大腦還沒啟動的我十分友好），期間還有提到如果主播加入可以學到什么呀等等（主播表面上很沉穩(wěn)，心里其實已經(jīng)很激動，甚至想當場說：不用聊了，我馬上就來）最后也是在聊了大半個小時之后結(jié)束了，立馬補覺，倒頭就睡。下午兩點接到hr面（這里才舒心了，昨天還在擔心調(diào)崗之后是不是會重新從一面開始）

總長1h10min左右。又是面完吃完飯立馬去上課，然后回來睡個覺起床才開始寫面經(jīng)先是聊天寒暄，自我介紹加問一些學習經(jīng)歷，項目動機等等東西項目or其他：1.項目問了抽獎，也是基礎的高并發(fā)，冪等，一致性三件套，問習慣了所以回答的很流暢。2.問了DDD和MVC對比區(qū)別，感覺回答的一般般吧，有點卡殼，對比有點粗略了，下來狠狠復習一波。3.問了問測試相關(guān)的，不過沒太刁難太涉及專業(yè)知識，是讓我當時考慮要對我們正在進行的一個面試的界面進行一個測試的設計該怎么做？自己說的比較簡略，說了說簡單測哪些功能，從哪方面進行測試（畢竟對音視頻通信了解也比較一般，沒敢著重說這方面）4.基于第三點追問了一些，除了簡單的功能要考慮哪些性能上的測試嗎。只好依靠自己平時自己壓測的經(jīng)驗說了TPS，QPS，平均響應時間等等指標，后面追問仔細想想，又加了個錯誤率還有響應時長上限，對超過異常閾值的用例重測，來判斷是業(yè)務錯誤還是網(wǎng)絡波動5.給了個場景做庫表設計：怎么存儲TB級別的路，路口，以及周邊的建筑。沒接觸過，所以邊做邊完善吧算是，一開始考慮用路口存路信息，然后路存相接建筑信息6.追問路存所有建筑信息？修改成路只存路的基礎信息，讓建筑信息來存路信息，同時根據(jù)不同城市進行一個分表7.追問還能怎么優(yōu)化。說可以考慮存儲一個小區(qū)之類的，被路包圍的單元作為一個建筑群，然后再根據(jù)這個建筑群去往下查。（感覺不是最優(yōu)方案，但也沒繼續(xù)問）8.說現(xiàn)在給定一個坐標，該怎么查詢這個坐標周圍指定距離內(nèi)的所有的路，路口，建筑信息。這里卡了蠻久，因為在重新思考該用哪個去鎖定范圍，全表檢索肯定不可行。最后采用了讓路口和建筑群中心的坐標作為計算基準，然后至于路，認為假如路的兩個路口節(jié)點都在范圍內(nèi)，就可以基本認為這條路也在范圍內(nèi)。9.問我怎么加速查詢速度。我說用bfs？（沒見過這方面的算法，看到圖只有想到dfs和bfs了），面試官問我?guī)斓慕嵌龋瑔栁抑揽臻g索引嗎？承認了不是很了解這玩意（），我知道索引可以加速查詢，不過這里處理比較麻煩，又不可能把全表坐標都拎出來查。最后想了想，可以預處理一下，做更小的一個分區(qū)，比如以路口為點，四個路口圍成的一個區(qū)域可以劃分出一個區(qū)，然后查詢時先根據(jù)區(qū)域查詢從當前坐標能遍歷到哪些區(qū)，然后再在這個區(qū)域范圍呢進行一個處理。（這里面試官好像比較滿意了，并且說可以去參考一下現(xiàn)在的企業(yè)是怎么做的）算法：怎么找出微博評論區(qū)中同一個用戶評論次數(shù)超過一半的水軍。并先分析需要利用哪些字段。感謝上周elm考過，用用戶id來作為輸入，摩爾投票秒了。然后讓設計一下測試用例（一開始還跟面試官確認了一定有評論次數(shù)超過一半的用戶是吧，所以最后沒有做count校驗），但是感覺只有幾個成功用例還是太單薄了，干脆還是加上了沒有過半評論用戶的校驗，并且做了幾個失敗的測試用例反問：部門業(yè)務是什么，這邊只能看到是美團平臺。說是給團子內(nèi)部做地圖的（怪不得庫表設計考我這個#?？虯I配圖神器#）

面試官開始就介紹了這次的流程：自我介紹+項目+閑聊~，當時還舒了口氣，畢竟害怕算法寫不出來，前晚又把hot100的hard拎出來全部重做了一遍全程48min左右。不過整體走的流程還是比較舒心，最近幾個面試面試官都很愛笑，感覺一下子就沒這么緊張了自我介紹就不談了項目部分也是幾個比較經(jīng)典的問題了，只記得問了下面這些：1.高并發(fā)：說了業(yè)務層面和接口處用分布式鎖攔截還有前端禁用和動畫設置幾個方面來控制2.爭搶獎品？：詳細介紹了怎么配置和利用redis扣減的獎品，不會出現(xiàn)“爭搶”，并且可以通過滑塊鎖來保證獎品不被超賣，可以優(yōu)雅處理獎品扣減。3.問了DDD（這里還沒怎么想到，第一次被問），問設計了哪些領域模型，實體設計了哪些，為什么這樣設計。八股感覺不是那么常規(guī)，甚至感覺更像基于八股的場景題，這里拼盡全力無法戰(zhàn)勝：1.先問了@springbootApplication的了解，作用（忘了是怎么個場景問出來的了，大概是這個問題）：說了一下包含了哪些注解，然后起到了個什么樣的作用等等等等，但自己感覺答的一般，沒有很全面。2.然后問自定義一個注解用來簡化連接db的過程該怎么做：主播甚至都沒有自定義過幾個注解，拼勁全力無法戰(zhàn)勝，只說了配置數(shù)據(jù)庫參數(shù)然后當時腦子里想到啥說啥了，還好放過了我（其實一直在放）。3.問了問mybatis是手寫還是自動生成的。沒咋用過mp，直說了手寫的，并且一般不會有太復雜的邏輯，邏輯處理移交給業(yè)務層。4.問application運行會分配進程還是線程，對整個JVM是分配的是進程還是線程。這里完全不知道。。當時也承認了，然后說我嘗試分析一下，最后說application應該是線程，jvm由于要處理整個程序多個線程的gc，應該是進程。（似乎蒙對了一些）5.一個包含main的.java文件，在執(zhí)行后啟動的操作系統(tǒng)所做的過程，越詳細越好。這里真暈了，主播os基礎比較差，詳見一面帖，這幾天補了計網(wǎng)，沒想到又被os問倒了。最終只能說到編譯為.class文件了，后面分配進程這些東西自然也說不到了。又喜提”沒關(guān)系“6.java是怎么實現(xiàn)跨平臺跨系統(tǒng)的。隱約記得是字節(jié)碼文件和jvm，沒細說，面試官幫我整理了一遍我說的，直點頭這里拷打結(jié)束啦，后面就是一些閑聊，包括怎么學習的編程，對測開什么態(tài)度，對ai的了解，還問了問室友的情況（大概就是問身邊有多少人轉(zhuǎn)碼還是怎么說）。然后也給了我一些正面的評價吧，聊的挺開心的，沒剛才的高壓了。最后介紹了一下部門業(yè)務。反問不知道問什么了，就問業(yè)內(nèi)在涉及到金錢的場景下一般會采用什么措施進行一致性保證，有什么技術(shù)，想了解一下。后續(xù)：因為最后聊天說了可以接收測開，所以被推到這邊了。主播自己覺得到?jīng)]啥關(guān)系，牛友們要注意明確意向。（但其實又有點難繃，這是不是意味著我又得從頭開始面

昨天臨時電話溝通開發(fā)轉(zhuǎn)的，也沒準備很多總長一個小時，面試官更傾向于問我的個人經(jīng)歷和學習歷程？包括項目也是，基本是比較開放性的，讓我自己做引導，然后面試官再提問。由于全是自己說的，也基本沒什么卡點。手撕是有效的括號，lk原題，但一開始忘pop了，稍微耗了點時間，但還算做的流暢在這個基礎上讓我嘗試設計一下測試用例八股只問了hashmap原理和哈希沖突整體比較簡單，感覺是在確認我要不要轉(zhuǎn)測試？聊的還挺開心，沒啥緊張的，并且了解之后感覺測開也不錯。（后續(xù)：一個小時后約2面）#?？虯I配圖神器#

面了一個半小時，面完就躺了，所以這個時候來寫面經(jīng)，憑記憶寫吧，問的有點多實在記不全了。不過面試官是目前以來碰到的最好的面試官，其實蠻簡單的我不知道他卻說自己問的有點難了（感謝給臺階）。同時也感覺這位面試官相對以前遇上的感覺更重實際場景一些，很多問題根本我在常規(guī)的八股文里根本沒遇上。沒回答的題目主播默認是自己回答的還不錯，這篇主要用來給自己復盤失誤點，牛友們感興趣可以自己去了解或者問我也行（但我比較菜，自己也可能講不清楚）。自我介紹一些日常項目拷打，和前幾天差不多，這里就不多說了（其實是記不得到底問了些啥了）唯一記得的就是主節(jié)點掛了，從節(jié)點還沒來得及同步數(shù)據(jù)該怎么辦（這題提前看過大佬的面經(jīng)和小伙伴的提問所以記得很清楚），給了兩種方案：一種是做半同步，保證主節(jié)點寫入數(shù)據(jù)的同時至少有一個以上的從節(jié)點已經(jīng)同步了數(shù)據(jù)。第二是直接主從切換，做活動降級并流轉(zhuǎn)其他接口頁面，等重新校準redis數(shù)據(jù)之后再將活動重新上線，還說實際上redis掛掉的幾率很小，第一種方式會一定程度的造成性能下降（相對于異步復制數(shù)據(jù)），所以最終可能會選擇第二種方式。（這里感謝xfg的解決方案）開始超長時間的八股：計網(wǎng)部分（這部分和os一直是薄弱項）：1.端口作用及底層原理。作用大概知道，但是原理完全忘了（主播八股都是靠guide背的，guide沒重點提及的部分我就都忘了）2.知道作用在哪層嗎。也是理所當然的不知道了。。3.了解網(wǎng)絡分層模型嗎。4.tcp在哪層。傳輸層，說了之后面試官就引導我說那端口作用在哪層的你也知道了吧5.tcp報頭有了解嗎。只記得有幾個標志位6.http和https區(qū)別7.https為什么安全8.中間人可以截取https信息的ip地址嗎。沒刻意了解過這方面，面試官說沒事，可以分析一下，我想了想不是很確定但還是說了應該可以。9.有哪些常用狀態(tài)碼。10.從輸入url到展示頁面有哪些步驟。11.cookie了解嗎。os部分：1.進程線程在java中的體現(xiàn)？感覺問的有點廣，當時再確認了一遍，面試官讓說說概念和區(qū)別也行。2.假如在main方法中創(chuàng)建了子線程，當main方法調(diào)用完畢后子線程還在運行，java程序會停止嗎。想了想蒙了個不會。3.linux用過哪些常用命令。隨便說了幾個java基礎+spring：1.說一下你對多態(tài)的理解。還好昨天剛被問到，一口氣背了一大堆。2.說一下你對aop的理解和實現(xiàn)邏輯。3.JDK和CGLIB實現(xiàn)區(qū)別。果然只要我上一題不說區(qū)別面試官就會主動問嘿嘿4.說一下類加載過程。5.為什么要用雙親委派模型加載類。這里也沒去思考過，當時臨時想了重復利用類加載器減少資源消耗？（真的是現(xiàn)場編的，大腦一片空白）面試官說不是這個原因，不過也放過了我6.如果程序在運行中，此時新加入一個類，且保證這個類能被程序掃描到，能在運行中加載嗎。說實話又沒想過這個問題，當時讓我自己思考一下，主播也是想了想大部分類也是在需要用到的時候再去加載，所以回答了應該可以。7.說一下jvm內(nèi)存區(qū)域。8.java內(nèi)存模型了解嗎（JMM）。這個直說記不得了，確實一直沒被問過這個點，之前背的全忘了9.synchronized底層原理。說了是利用monitor實現(xiàn)的，但詳細忘了，還好面試官也沒追問10.synchronized可作用于哪些地方呢。11.這里提了一嘴項目，說假如不采用任何鎖（包括cas和其他樂觀鎖），有什么保證線程安全的方案。這里想了半天說了一些，但都被自己反駁了（大腦里面自己跟自己打架），最后也是沒回答上，說了靠業(yè)務避免或者用事務，但是面試官說沒回答道到點，但沒關(guān)系12.問了常見垃圾回收算法13.CMS了解嗎，用的什么回收算法，在哪些版本CMS是默認垃圾回收器，之后呢。哪些版本默認確實有點忘了14.了解過哪些設計模式，講一講。說了一些，然后最后為了保險起見，詳細舉例用了單例mysql+redis：1.了解哪些nosql。直說比較了解redis2.mongodb呢，我看你簡歷寫了mongodb（屬于是給自己挖坑了，后面更新簡歷把這里刪了但平臺沒去更新）：直說項目沒有需要使用的場景，所以只是了解，沒太多實際經(jīng)驗，面試官也沒接著問3.redis數(shù)據(jù)類型4.zset數(shù)據(jù)結(jié)構(gòu)。為什么用跳表，和其他相比？5.緩存問題三件套。6.布隆過濾器原理?？梢越鉀Q什么問題。7.分布式了解多少。說了了解的不多，事務和鎖算比較了解。然后詳細問了分布式鎖的實現(xiàn)。8.mysql索引底層，做對比。老熟人了9.聚簇索引和非聚簇索引。這里給自己挖坑了，說非聚簇索引存的是數(shù)據(jù)指針，需要回個表。10.覆蓋索引呢，需要回表嗎。這里純屬當時腦抽，開始自己小腦大腦打架，印象里覆蓋索引不用回表，但是又想到存的不是指針嗎，應該回表呀，最后只能向面試官闡述了我的思考，然后又得到了沒關(guān)系還是看的不深、11.事務隔離級別，性能。12.為什么要設置四種隔離級別。應該就是想問并發(fā)事務問題，講了講這方面這里已經(jīng)一小時多了，我以為快結(jié)束了，結(jié)果開始手撕。題目是用生產(chǎn)-消費者模型進行0-100數(shù)字依次打印，要求A線程是生產(chǎn)者，隨機時間20ms-100ms生產(chǎn)消息。B消費2的倍數(shù)，C負責消費3的倍數(shù)和公倍數(shù)，D負責消費其他。面試官讓可以說思路和用偽代碼。我就先說了思路，但當時自己也還沒完全想清楚實現(xiàn)方法：1.用volatile＋鎖2.用semaphore第一種雖然我知道大概怎么做，但一直沒實現(xiàn)過，而之前有用semaphore做過輪流打印數(shù)字，想著直接在這個基礎上修改就行，最終選了這個。結(jié)果也是為了背模板，一口氣先把消費者寫完了，一到實現(xiàn)具體printnum方法的時候就有些不熟了，當時為了簡便，也沒管單獨抽象方法出來做復用了，直接用的lambda表達式加三個for循環(huán)，然后也沒做命中處理，直接就每個數(shù)字三個線程都跑一次，誰能打印就打印，打印不了也給我跑?。ê帽┝ΓＨ缓竺嬖嚬倏磿r間也差不多了，也沒讓我繼續(xù)寫，讓我說了說思路。然后這個時候才發(fā)現(xiàn)我甚至是直接用for循環(huán)產(chǎn)生數(shù)據(jù)的，完全忘了生產(chǎn)者了，不過還好當場講清楚了優(yōu)化方法，生產(chǎn)者生產(chǎn)之后根據(jù)邏輯把信號量交給對應消費者，消費者消費完畢后再把信號量交給生產(chǎn)者，這樣也就不用做命中處理了。面試官看了看代碼，聽完思路覺得差不多了也是準備結(jié)束了反問日常問業(yè)務（其實想不出來問啥）面完立馬5分鐘跑到教學樓做實驗去了，回來躺了一晚上不想學（后續(xù)，25號約了二面）

面試官人很好，也很耐心，但是也喜歡咬著我不放三分鐘自我介紹開局拷打項目：經(jīng)典一致性問題。這里一直在聊redis庫存扣減到寫入sql這一整段的最終一致性。我首先講了我目前的實現(xiàn)，異步扣減＋手動ack持久化訂單消息＋定時任務更新庫存。面試官說性能會不會太差，用戶抽獎能立即拿到結(jié)果嗎？我就說壓測平均響應也在100ms以內(nèi)，并且抽獎肯定有轉(zhuǎn)盤動畫之類的，完全能撐住。這里又問了一下并發(fā)抽獎怎么辦，說了加3s過期分布式鎖，限制單用戶短時間內(nèi)重復點擊抽獎。面試官好像對回答還是不滿意，接著問，假如我一定需要優(yōu)化性能，減少響應速度，問我有什么改進方法，我說可以考慮還是改回自動ack，把持久化訂單信息放到扣減庫存后，發(fā)mq消息前（錯誤示范，當時沒想太多，這樣做redis抗并發(fā)的意義就沒了，還不如直接寫庫）。不過面試官好像也沒意識到出錯了（，他目標似乎不在這上面。接著又說了半天場景（對不起我又沒聽明白是問啥），大概就是說，假如寫庫的時候會有規(guī)則校驗之類的，這時候掛了咋辦。（這里我已經(jīng)感覺到不妙了，因為還是沒明白面試官想問的方向），我說自己的項目都是把這部分給放到校驗之前，保證這部分只專心做寫庫。還是不滿意，繼續(xù)追問，實際情況很復雜，假如這里就是需要做其他的校驗，該怎么辦。我說可以用事務來回滾，又被問分布式transactional出問題怎么辦，直說了不大了解（其實就是怕被問到這兒，還是沒躲過去）八股（我通過面經(jīng)梳理的順序，實際上感覺問的還挺跳躍）：可能正好提到了事務，話接上文，于是問了我嵌套@Transactional會有什么問題？（后面復盤才知道當時應該是問同類下調(diào)用事務方法的失效場景）。問多態(tài)底層原理。對不起真不知道，直說了不清楚，再狡辯回答了一下多態(tài)的體現(xiàn)（方法重寫重載等等等。。。）==和equals區(qū)別。過String的數(shù)組為什么要用final修飾？對不起我又沒見過這樣問的，，說可能是為了保證字符串不可變，線程安全，當時還腦洞大開說跟builder和buffer那倆相比，沒有對字符串的操作而是直接生成新的字符串，性能上也會更好（實在是不知道說啥）反射的優(yōu)缺點。過aop的底層原理。說了動態(tài)代理和字節(jié)碼操作，又詳細說了動態(tài)代理因為動態(tài)代理說到了CGLIB和JDK實現(xiàn)，又順著問了我兩者的區(qū)別。過jvm內(nèi)存。過為什么永久代被替換為元空間。說了個永久代oom風險更高，其他記不大清了堆對象是怎么進行分代和轉(zhuǎn)化的。大部分對象新生代，大對象老年代。通過年齡計數(shù)器來確定對象的升代。G1的過程和優(yōu)點。過，這部分還好記挺熟io流。沒怎么看，早知道不偷懶了對象創(chuàng)建過程。過mysql索引底層結(jié)構(gòu)，和其他對比。過B+樹范圍查詢怎么做的。從下界節(jié)點走類似中序遍歷直到收集到上界節(jié)點。redo log和undo log，他倆結(jié)合起來能解決什么問題？單獨說沒問題，問我結(jié)合的時候我還有點懵？？沒懂想讓我回答什么，最后說了個可以實現(xiàn)事務和宕機恢復（但我單獨介紹也說過了，dbq不知道）。Spring啟動過程。過算法（其實是說思路，變種場景題）：基本有序的數(shù)組什么排序最快。插入追問為什么是插入。梳理了一下邏輯講了講插入的過程和可以優(yōu)化到O（n）找第k個位置的元素怎么找?？焖龠x擇和堆排一個很大的文件，比如要做詞典，怎么在其中匹配對應字符串。說了字典樹假如連續(xù)一長串不規(guī)則字符串呢？不是很清楚，說es，但追問我es原理，說了倒排索引，繼續(xù)問是怎么實現(xiàn)的，承認了看過一些，但沒看太仔細怎么在一個串中找到出現(xiàn)次數(shù)超過一半的字符。說用哈希表統(tǒng)計然后計算。追問假如輸入是一個流呢？（其實也想說哈希表也能做啊，但感覺可能想讓我回答其他的）只好說不大清楚最后：畢設方向是什么？回復，我目前是大三（）還沒確定，問知不知道方向？我們學校一般大四才開始做畢設base地意向北京，但部門在杭州，能不能接受；ok反問：部門業(yè)務最后一個場景題做法？摩爾投票，（聽到的時候感覺很熟悉，不知道好久之前看過這個，但現(xiàn)在忘了）#?？虯I配圖神器# 總結(jié)全程1h2m，還得練，這就回去加班看事務

基本當場就確認掛了，面試官說前面問項目都挺不錯，結(jié)果手撕。。。全程差不多50min30min項目，有些單薄，并且上午面了一位和我項目類似的（被發(fā)現(xiàn)了w），然后就干脆讓我說點其他的，我就說了一下自己的創(chuàng)新點（還好有準備），這一段過的挺順暢，無非就是一致性，并發(fā)啊分布式鎖等等問題，都敗倒在主播強大的八股之力下。本來都以為要穩(wěn)了，面試官沒打算問八股，直接做題，我以為以我強大的hot100高手的經(jīng)驗加上codetop的洗禮，我能輕松搞定拿下。結(jié)果題目下來我就懵了。先是兩個sql題，一個查平均年齡，一個查重復名字。但是主播已經(jīng)好久沒寫過簡單crud以外的sql了，項目要用到這種算平均值的也是推到業(yè)務里去實現(xiàn)，拼盡全力無法戰(zhàn)勝，忘了avg該用在哪，查重更是只有用count>1做，結(jié)果也是被抨擊了第二題是一個很簡單的判斷ip字符串是否有效，但是主播實在是依賴于idea強大的自動補全太久了，并且近一個月沒咋碰過java，寫算法題為了運行速度都用了cpp。再加上寫題的ide完全沒有爆紅，主播從始至終都認為寫的很正確，結(jié)果就是對數(shù)組一味使用size()，形參列表是ipStr，主播直接寫成ipstr，反正就是代碼能力已經(jīng)退化到初學者寫一半人家也看不下去了，就開始跟我講問題了還沒看結(jié)果，但肯定是寄了，我還是多寫寫java吧當時背八股也#?？虯I配圖神器#沒看sql的部分，以為不會直接考這個，沒想到栽上面了

被拷打暈了，問的我頭暈眼花，整體40min左右先扯項目（xfg的大營銷，時間不夠只做了一階段）：問項目做著玩的還是別人&*的？沒聽清楚后面，我以為問我項目是不是扒的別人的，我就說設計有參考，但是是自己寫過來的。結(jié)果后面問我有沒有實際用戶。我就說沒有，上線了但是只做了一下壓測，讓朋友試了試，沒有實際推廣。（面試官回了一句哦做著玩的。）介紹一下項目流程，整個抽獎的等等。第一遍說完又讓我重新說整體先，讓我別先急著說這么細（但是我感覺說的已經(jīng)夠簡略了。。），來來回回反正過了兩遍才解釋清楚最后極簡版說了個接口調(diào)用-獎品裝配-抽獎-庫存扣減。問用腳本并發(fā)抽獎怎么處理？一開始還是沒理解想讓我說什么。。我還尋思抽他的唄，又不是頂不住（之前沒了解過冪等，跪了），我就說可以正?？蹨p積分多次抽獎，如果壓力過大就在redis加個3s過期的鎖攔截一下，控制一下抽獎間隔。然后跟我理半天記不得說的啥了，但是最后統(tǒng)一問題就是同時多個請求打過來會不會造成多次抽獎只扣一次積分。一開始急了先說加個synchronized鎖，雖然一開始就知道肯定不可行，但是當時也不知道說啥了，就先說了再說。然后說我性能問題解決不了。然后我想到用redis扣，就說走redis扣積分，再同步到數(shù)據(jù)庫，用單線程模型來保證每次請求都能命中扣減積分，積分不夠扣就直接返回。（沒說話，感覺還是想讓我只能成功處理一個請求，但當時不熟冪等，自然也沒轍了，下一個問題）可能是剛剛說了鎖，轉(zhuǎn)頭問了八股，問了java有哪些樂觀鎖說了atomic，問底層實現(xiàn)，說了cas，再追問cas的實現(xiàn)，說了自旋，有aba加版本號或時間戳。接著問volatile，問原理，沒怎么看說不會，只記得作用。然后讓我說了作用，轉(zhuǎn)頭又繼續(xù)問了怎么保證的變量可見性（我剛剛不是說不會嗎），然后還是說不會。繼續(xù)問內(nèi)存屏障了解嗎，我說聽說過但不是很清楚（只記得是保證不重排的東西？），結(jié)果還是被追問內(nèi)存屏障原理，還是不會。。轉(zhuǎn)頭繼續(xù)拷打項目怎么保證扣取積分和扣取獎品庫存的一致性。前面被問懵了這里一開始也沒聽明白，溝通了一下意思是假如扣了積分然后抽獎途中程序掛了怎么辦。不清楚，本來想糊弄過去，說發(fā)了扣庫存信息之后會用redission延時隊列的持久化特性來保證扣取信息不丟失。但被繼續(xù)追問在發(fā)獎品之前，抽獎途中就掛了怎么辦。不知道了，他說事務不了解嗎（實在是忘了。。立馬說在接口處加@Transactional，但感覺為時已晚。。）算法，最長遞增子數(shù)組，做過，忘了思路了。讓我先說說思路，我說用dp，但具體實現(xiàn)忘了，讓我先想想。想了兩分鐘想到方法，說了一半感覺捋不清楚，就說干脆直接寫。然后幾分鐘寫完，平臺調(diào)試不了，他那邊跑了有錯。幫我檢查代碼發(fā)現(xiàn)又沒啥問題。最后就不糾結(jié)，算a了也是。反問：本來不想問了，人已經(jīng)暈了。還是象征性問了下部門業(yè)務。沒敢問表現(xiàn)，，自己挺清楚。。問完說再見趕緊下播跑路了。目前最可怕的一次面試經(jīng)歷。。怎么練場景題呀，項目沒用過的東西根本不清楚#?？虯I配圖神器#

3.3面-3.7掛面試官感覺比較”淡“？不知道咋形容，但沒開攝像頭，這時其實已經(jīng)感覺有點像kpi了。后面面試中有時候說了一大堆，說完了后會楞一會兒不說話，感覺沒有怎么仔細聽自我介紹，有點緊張，簡單說了下學校專業(yè)和技術(shù)棧，稍微介紹了一下項目，但其實簡歷都有，沒啥新的。面試官介紹了下部門業(yè)務。八股，35min+：介紹一下java的集合和底層邏輯等等。一口氣從list說到queue，重點說了說arraylist和hashmap，前者分析了擴容后者說了底層實現(xiàn)和擴容，其他的基本就是舉例對比底層實現(xiàn)什么的。hashmap線程安全嗎，什么情況線程不安全。要保證線程安全該怎么做。介紹一下threadlocal。答了一下threadlocalmap和線程隔離。追問了可能出現(xiàn)的問題。忘了，后續(xù)復盤覺得可能是因為key的弱引用導致gc之后內(nèi)存浪費，或者線程池復用沒及時清理導致數(shù)據(jù)污染？問了線程池，應用場景，參數(shù)介紹。后續(xù)復盤發(fā)現(xiàn)unit說漏了。redis持久化機制。RDB和AOF事務隔離機制。順便邊說便把事務并發(fā)問題也說了。mysql索引。說了一下索引選型和每個結(jié)構(gòu)與B+樹的對比。jvm內(nèi)存區(qū)。簡單說了一下，兩個版本。gc算法。單例模式，設計原則和應用場景，實現(xiàn)方法。算法，10min-：給了15min。最長不重復字串，剛刷過，秒了。介紹了一下思路。全程45min左右，無反問。#?？虯I配圖神器#