最近是畢業(yè)答辯啊啊啊啊，感覺真的挺難的，卓工院這邊的要求真的高，感覺一不留神就會二遍。連著肝了一個月，從3w多字減到2萬多點，瘋狂加公式加圖表，心力憔悴。特別是看到答辯老師，上來就對我朋友瘋狂開火，心驚膽戰(zhàn)。不過我還好沒有被瘋狂開火，至少被指出文章內(nèi)容還有部分缺少，項目本身沒有什么大問題。應(yīng)該是不用二辯了。一坨論文說白了我們這些菜雞的本碩，能有什么學(xué)術(shù)能力。感覺都是縫縫補補，把開源的東西都搞一搞，最多改進點東西。對答辯老師的批評做了個記錄如下：答辯完了翻了下論文，5.3寫成5.2，引用還有“錯誤未找到引用源”這種低級錯誤。說白了就是一坨。要啥沒啥，只有可憐的工作量達標(biāo)了。不過突然想起來，之前把...

小廠面經(jīng)，也是我的處女面（30min）1.自我介紹2.spring boot的自動裝配原理（好多類和接口的單詞都忘了全稱是啥了，就說了記得的單詞，流程應(yīng)該說對了吧）3.有用過redis嗎？主要是用在實現(xiàn)什么功能（說了技術(shù)派用redis的zset來實現(xiàn)排行榜）5.有了解過Redisson嗎？講一下對于分布式鎖的了解以及在什么場景下應(yīng)用（說了秒殺場景）6.對mysql有了解嗎？包括它的索引優(yōu)化和創(chuàng)建（把想起來的全說了）7.了解設(shè)計模式嗎？比如單例模式，為什么要使用單例模式，它的優(yōu)點是什么（昨天剛看的設(shè)計模式）8.工廠模式有了解嗎？主要的使用場景是？（也是昨天剛看的）9.場景題：有7個服務(wù)器，需要在早上十點定時的向數(shù)據(jù)庫中的用戶表中的用戶發(fā)短信，如果做到發(fā)送的消息不重復(fù)，且如果發(fā)送失敗了需要知道是到哪個用戶失敗了，這樣下次就直接從這個用戶開始（我答了用spring task來實現(xiàn)定時，用分布式鎖來保證只有一份服務(wù)器可以發(fā)送消息，用消息隊列來存儲消息，然后用消息確認機制來保證錯誤信息的記錄，以及在數(shù)據(jù)庫或者業(yè)務(wù)層面完成消息消費的冪等性）10.場景題：如果在系統(tǒng)啟動的時間就將數(shù)據(jù)庫的所有用戶相關(guān)的信息都讀到一個hashmap中（這個沒啥思路，沒答好）27屆的投了一個星期終于有一個面試了，大部分公司都只招26的

雙非二本，剛開始背八股文，現(xiàn)在有機會沖中廠嗎，各位佬幫我過目過目，之前一份簡歷投了600個溝通全是已讀不回??????

既然撈起來了就接著面唄1、自我介紹2、拷打項目（點評加天機學(xué)堂）2.1 canel如何避免單點故障，答：集群，問：集群后如何管理，答：用zookeeper管理，將多個canel部署到zookeeper上，接著問：如果某一個實例掉了，怎么保證可用性，答：在zookeeper上持久化每個實例的位點，然后接替的實例可以讀取到位點接著同步2.2 點贊功能，怎么做的，答：redis的set結(jié)構(gòu)，問：怎么優(yōu)化，答：避免大key進行分片，比如哈希之類的，key設(shè)置成前綴+場景+blogId+分片位，value存userId，接著問：set底層原理，答：哈希，沒讓詳細說2.3 Zset和Geo底層...