今天的程序員故事，可謂是十分勵志了，你可以想象下：當(dāng)你成為面試官，又恰好遇到了之前面過你，并且把你淘汰了的面試官，到底會碰出什么樣的火花。（簡直像極了程序員版的甄嬛傳，想想就刺激?。?/p>
今天一打開微信就發(fā)現(xiàn)有粉絲在公眾號后臺私信我：
接下來是面試過程：
剛開始問的都比較簡單，大概就是都問了些普通面試中都會問的問題：
- jvm內(nèi)存模型
- 棧溢出的情況
- 類加載機制
- 回收算法和回收器
- ArrayList和LinkedList的區(qū)別
- 雙親委派機制
- 你熟悉的集合有哪些？
- Java鎖實現(xiàn)方式
- 什么是死鎖
- -講一下MySQL的索引原理（B+數(shù)）
- 聚簇索引和非聚簇索引
- Innodb索引結(jié)構(gòu)
前面回答的都比較流暢，畢竟是老手了，這點兒難度肯定難不倒！
因為現(xiàn)在的公司用的框架技術(shù)是基于dubbo和zookeeper，spring cloud的這一套技術(shù)，所以就接下來問了些關(guān)于微服務(wù)的知識點：
- dubbo服務(wù)負載均衡策略？
- Dubbo在安全機制方面是如何解決的
- dubbo連接注冊中心和直連的區(qū)別
- 消息中間件如何解決消息丟失問題
- Dubbo的服務(wù)請求失敗怎么處理
- 重連機制會不會造成錯誤
- 對分布式事務(wù)的理解
- springcloud如何實現(xiàn)服務(wù)注冊與發(fā)現(xiàn)？
- Eureka和ZooKeeper都可以提供服務(wù)注冊與發(fā)現(xiàn)的功能,請說說兩個的區(qū)別
- zookeeper是怎么選舉出來leader的？或者說選舉機制是怎樣的？
這一套組合拳打下來，在我看來確實很有必要的，而且都是公司用的上的技術(shù)棧，但是拿本人的話來說，總感覺缺了些什么。
然后接下來就是頗為重要的項目經(jīng)驗問題了
這個過程更像是一起交流技術(shù)的過程，聊一下在項目中用的技術(shù)棧，自己的負責(zé)的對應(yīng)模塊以及角色擔(dān)任，還有項目中遇到的一些問題，以及是如何解決的，等等。。。。
總共面試時間大概有將近1個小時的時間
其中有意思的部是問他跳槽的原因，說是之前的公司待得太久了，工資也不見漲，而且技術(shù)還沒什么提升，所以就跳槽了。其實在我看來：這個是對于自己職業(yè)規(guī)劃不夠，很容易陷入crud，打打醬油的狀況，到時候?qū)W習(xí)能力又比不上新人，就不得不跳！（要是如果讓他知道現(xiàn)在的面試官是自己之前面過的，不知道又會是什么樣的心情）
還搞笑的是：這位水友問完直接就溜了，完全沒給反問的機會，剩下的全交給HR了。
最后結(jié)局是：面試結(jié)果與期望薪資不匹配。。。。。GG
最后說下總結(jié)吧
像這樣臨時去充當(dāng)面試官的情況，在大廠里情況基本是沒有的，所以這種劇情也基本很難遇到！
不過像這位老鳥在工作中面臨的情況，可能大家也都會遇到，跳槽也要做好十全的準備，程序員這行不是工作年限越長，薪資就一定越高的，還是需要不停的學(xué)習(xí)新的技術(shù)，才不至于被后浪追上！
最后還是為大家分享Java資料的環(huán)節(jié)：
聽說一鍵三連的粉絲都面試成功了？也祝愿所有的讀者都能夠收獲自己心儀的offer！
