每天在公司寫業務代碼，面幾家掛幾家，難道寫業務代碼沒出路嗎？

寫在最前面

有的時候，不是說你行不行，而是說你想不想的問題，如今你浪費時間的努力學習，是爲了在將來你能夠更好選擇本身想要的生活

做爲一個程序員，平時老是陷在業務開發裏，天天忙敲着代碼，從系統開發到 Bug 修改，感受本身已經如魚得水。偶爾一次聚會，據說了和本身一塊兒開始工做的同窗早已經年薪多少萬。而如今本身待的的公司老是不提漲薪，因而也想跳槽看看新機會，找個新平臺，好好發展。

而面試的時候，那些再熟悉不過的面試題怎麼也回答不到點上。好比使用Spring框架有什麼好處呢？再或者mysql 支持的複製類型?這個時候，會開始質疑本身的能力，也悔恨本身爲何當初沒有好好複習。

如何博得面試官的青睞，除了基本功要紮實之外，也要學會去引導面試官。好比在回答Redis相關問題時，若是以前沒有講到「排查因超時時間過長而引起的OOM問題」，那麼還能夠展開說，「對Redis，我還解決過xx問題」，面試官天然會跟着你的引導展開問。

以後還能夠再聊聊在項目裏，「除了Redis外，還用過Dubbo組件，結果因Dubbo超時時間過長而致使的問題。」而後面試官天然就會問到些Dubbo底層細節的問題。

寫到這裏，能看出除了面試時須要有一個高級引導的技巧之外，還須要儘量從底層原理、源碼等等最後到架構多方面深刻研究，這些都是在面試官面前有底氣的資本。

尤爲是如今，在面試的過程當中，也不是單純的進行知識點的問答，對於業務場景的詢問也是考察的重點，那這個時候，業務代碼就開始展示他的魅力了，只是要看你該如何去進行回答和週轉，經過項目的業務場景引導面試官的問答，這就要求你在平時處理各類異常的時候，不要只是爲了跑通程序，實現項目功能，對於問題的內部緣由也須要進行相應的瞭解，那這個時候，上面說的到的技術的底層原理在這個時候就獲得展示了

最近問了幾個朋友，從他們在面試的過程當中遇到的問題，總結出來這樣幾個知識點：多線程與高併發、jvm調優、設計模式、redis、zookeeper、mysql調優

其實這幾個技術，我想如今正常的公司應該都開始應用到本身的業務場景中了吧，那這樣的話，剩下的就是向深處研究一下，好比線程池的內存泄漏，鎖的升級，緩存擊穿等問題的解決，那這樣，在面試的時候，是否是就能夠達到我說的效果--經過業務場景引導面試官，或者說展示你的能力時刻到了

固然，這樣確實會很累，可是，如今你浪費時間的努力學習，是爲了在將來你能夠更好選擇本身想要的生活，當真的有機會展示在你面前的時候，不要悔恨如今的本身泡吧、遊戲浪費了大筆的時間

固然也會有朋友說，直接看官網實在是看不進去純英文，自己就英語不是特別好

藉口，瀏覽器能夠翻譯，網上也有大把的資源，那些中文資源夠你學的吧

還有的朋友會說，公司就是達不到那個水平，不少的技術就是接觸不到，怎麼辦？

大兄弟，這樣的公司你能呆下去，不想着快點提高一下本身跳出來，謀求更好的發展，我還能在勸你什麼呢？你本身想是否是藉口

有的時候，不是說你行不行，而是說你想不想的問題

不是說，沒有資料，好，資料給你準備好

關注公衆號：Java架構師聯盟，後臺回覆git 、mysq|、 面試、 項目 、算法 、1000、 併發、架構圖，都會有相應的資料展現，只要你來，只要我有，