本文可能可能更偏向於是內心的獨白篇和面試技巧總結
一、獨白
之前也面試別人，現在輪到自己找工作，怎么說呢，每個面試官的看法不一樣，面試的方式就不一樣，比如我面試別人我喜歡問項目中他用到了那些，然后針對用到的技術去問一些問題，或者說對於某些場景的一些技術實現方案是我特別喜歡問的，比如當你的接口服務數據被人截包了，你如何防止數據惡意提交？ 相對來說，Java的底層和基礎會問的少一點，當然問的少不是代表不問，而是說側重點在於你的所做過的項目和你的設計思路如何。當然，懂基礎和底層更好，這樣能讓你知其然，更知其所以然，寫出來的代碼和程序更具有健壯性和可維護性。所以說，基礎還是很重要的。
現在輪到自己出去面試，怎么說呢，其實還是挺緊張的，原以為自己不會因此緊張或者焦慮，實際上，還是有的，在沒找到合適的工作的時候，甚至晚上有點睡不着覺，總覺着有什么事壓在心頭，睡覺都不安心。既然睡不着，那還是看看資料吧，我有個習慣，睡前看點問題，第二天早上就能想到答案，睡前記點資料，第二天早上就能記得特別深刻，不說廢話了，直接進入正題吧。
二、面試技巧
1、背熟你的簡歷
原因：面試的第一個問題，一般都是讓你簡單介紹下你自己，或者介紹一下你最近的項目，而一個面試者，如果連自己的簡歷都無法熟知，對里面提到的項目、技術都無法描述清楚的話，我想沒有哪家公司會接受這樣的，哪怕你是超級人才，你自我表述不行，估計也會為此頭疼，所以，切記：一定要背好自己的簡歷，不要求你能全部記下，至少要熟記你最近所待過的兩家公司，這兩家公司里面你做過的項目，你負責的模塊，項目里面用到的技術以及相對應的技術實現方案（這個尤為重要）。
2、深入了解並熟記部分Java基礎知識
原因：大部分公司無論面試初級還是高級，無論是筆試還是面試，都會問到一系列基礎題，這些基礎題大概涵括jvm、字符串、集合、線程等等，如果說每一個讓你死記硬背你肯定記不住，那么就是理解中記憶了，拿jvm來說 ，如果讓你談談你對jvm的理解， 那么你首先得知道JVM有哪些結構組成，每個結構用來做什么的，然后考慮一個Java對象從創建到回收，如何途徑JVM這些結構的。如果你從這些方面來綜合記憶，相信事半功倍，並且你理解的更透徹。 至於如果讓你談集合，舉例List集合下面ArryList、LinkedList、Vector等集合的區別，那么同樣的方法，你需要理解每一個的結構組成是什么，你才能知道他有什么作用，這樣你在平時的用法上會更精煉，而且在面試過程中，也不至於啞口無言。
3、保持自信心和沉重冷靜的心態
原因：面試過程中，自信是少不了的，相信你可以， 面試的路上可以自己對自己說一句： I belive I can ! 反正我就是這么做的，自我的心里暗示吧，其實面對面試官的時候，你自信的狀態也會讓面試官覺得你是個很有底氣的人，至少從感覺上會給你打個高分。另外還有就是保持沉重冷靜，如果是讓你提供技術方案或者說說某個技術原理，沒必要一緊張一咕嚕的什么都說，你可以對面試官說：我先想想，然后自己組裝記憶中的知識，組裝下語言，有條理的說出來，這樣能更好的表現你的才能，不是嗎？ 面試誰都會緊張，我也會緊張，有時候明明記得的知識點忘了，沒關系，大膽的說忘了，或者直接說不知道。 要記住，有部分不知道沒關系，如果全都知道，那你應該是CTO級別了（開個玩笑）。
4、盡量記住面試過程中你回答不出來或者回答存在不妥的問題
原因：面試失敗了沒關系，畢竟每個公司的要求不一樣，問的問題和你擅長的方面可能有所出入，但是請記住一點：面試過程中那些你回答不出來問題，或者你自己感覺回答不太准確的問題，自己記下來，如果不會的，你可以當場問問面試官有沒有好的解答，如果面試官不願意告訴你（一般是基礎方面面試官就懶得答你），那么你就自己回家慢慢查資料，如果是某些特定的技術，也可以自己寫寫案例什么的，畢竟知識點就那么多，問題百變，原理不變，面試也是一個學習知識的過程，讓你了解大部分公司目前需要或者要求的技術。這次不知道，下次就知道了
5、去面試之前，最好先了解你要去面試公司的情況（包括產品、項目情況）
原因：俗話說，知己知彼，百戰不殆，面試就是一場戰斗，你需要了解你面試公司基本情況，包括崗位要求，這樣你就能大概知道你需要面試的這家公司的技術要求情況。 為何讓你去了解這家公司的主營產品和項目呢，就是讓你大概了解這家公司的一個技術架構的情況，包括你可能對他們的一種實現方式提出質疑和疑惑，相信面試官很願意幫你解答這些問題的。這樣你既圖了表現，也學到了知識，何樂而不為。
6、合理安排你的面試時間（如果有多家公司的面試機會，盡量把你想去的公司放到最后去面試）
原因：估計很多人都不理解這個，可能大部分的人對於如何安排面試時間比較迷茫，隨意安排。可是這里有個技巧，如果同時有多個面試機會，你把你最想去的公司放到最末尾去面試，這樣你經歷過了前面的這些公司篩選，如果成功了是個機會，如果沒成功，也是為最后做鋪墊。 不過這里就需要考慮兩點：1、你需要記住你投簡歷的公司和基本情況（這說明你不是海投的） 2、如果記不住，那么可以先應答一個時間，后續了解公司信息之后，通過郵件或者其他方式與其約定，調整面試時間。而且建議安排一天的面試公司不要超過兩家，最好的是上午一家，下午一家，這樣你能有充足的時間調整狀態。
三、面試題基礎總結
1、 JVM結構原理、GC工作機制詳解
答：具體參照：JVM結構、GC工作機制詳解，說到GC，記住兩點：1、GC是負責回收所有無任何引用對象的內存空間。 注意:垃圾回收回收的是無任何引用的對象占據的內存空間而不是對象本身，2、GC回收機制的兩種算法，a、引用計數法 b、可達性分析算法（ 這里的可達性，大家可以看基礎2 Java對象的什么周期），至於更詳細的GC算法介紹，大家可以參考：Java GC機制算法
2、Java對象的生命周期
答：創建階段 、 應用階段 、不可見階段 、不可達階段 、收集階段 、終結階段、 對象空間重新分配階段等等，具體參照：Java 對象的生命周期
3、Map或者HashMap的存儲原理
答：HashMap是由數組+鏈表的一個結構組成，具體參照：HashMap的實現原理
4、當數據表中A、B字段做了組合索引，那么單獨使用A或單獨使用B會有索引效果嗎？（使用like查詢如何有索引效果）
答：看A、B兩字段做組合索引的時候，誰在前面，誰在后面，如果A在前，那么單獨使用A會有索引效果，單獨使用B則沒有，反之亦然。同理，使用like模糊查詢時，如果只是使用前面%，那么有索引效果，如果使用雙%號匹配，那么則無索引效果
5、數據庫存儲日期格式時，如何考慮時區轉換問題？
答：使用TimeStamp , 原因參照：Java編程中遇到的時區轉換問題
6、JavaObject類中有哪些方法？
答：Object有哪些方法
7、HTTP協議，GET和POST 的區別
答：淺談HTTP中GET和POST的區別
四、線程、設計模式、緩存方面
1、SimpleDataFormat是非線程安全的，如何更好的使用而避免風險呢
答：關於SimpleDateFormat安全的時間格式化線程安全問題
2、如何看待設計模式，並簡單說說你對觀察者模式的理解
答：1、設計模式有神馬用2、觀察者模式類圖及實現
3、集群環境中，session如何實現共享
答：1、Java集群之session共享2、session多服務器共享方案，還有一種方案就是使用一個固定的服務器專門保持session，其他服務器共享
4、分布式、集群環境中，緩存如何刷新，如何保持同步？
答：A、緩存如何刷新？1、定時刷新 2、主動刷新覆蓋，每個緩存框架都有自帶的刷新機制，或者說緩存失效機制，就拿Redis和 Ehcache舉例， 他們都有自帶的過期機制，另外主動刷新覆蓋時，只需獲取對應的key進行數據的覆蓋即可
B、緩存如何保持同步？ 這個redis有自帶的集群同步機制，即復制功能，具體參考：基於Redis分布式緩存實現，Ehcache也有分布式緩存同步的配置，只需要配置不同服務器地址即可，參照：Ehcache分布式緩存同步
5、一條sql執行過長的時間，你如何優化，從哪些方面？
答：
- 查看sql是否涉及多表的聯表或者子查詢，如果有，看是否能進行業務拆分，相關字段冗余或者合並成臨時表（業務和算法的優化）
- 涉及鏈表的查詢，是否能進行分表查詢，單表查詢之后的結果進行字段整合
- 如果以上兩種都不能操作，非要鏈表查詢，那么考慮對相對應的查詢條件做索引。加快查詢速度
- 針對數量大的表進行歷史表分離（如交易流水表）
- 數據庫主從分離，讀寫分離，降低讀寫針對同一表同時的壓力，至於主從同步，MySQL有自帶的binlog實現 主從同步
- explain分析sql語句，查看執行計划，分析索引是否用上，分析掃描行數等等
- 查看mysql執行日志，看看是否有其他方面的問題
個人理解：從根本上來說，查詢慢是占用mysql內存比較多，那么可以從這方面去酌手考慮
五、設計方案相關
面試還會問到一些關於設計方案相關的問題，比如
1、你的接口服務數據被人截包了，你如何防止數據惡意提交？
答：我們可以在接口傳輸參數里面設置一個業務編號，這個編號用來區分是否重復提交。這樣即使數據被抓包了，對方也無法區分每個字段你的含義，這時，這個業務編號的作用就來了
2、假設服務器經常宕機，你從哪些方面去排查問題？
答：這個就留個各位看官補充了，可評論回復
總而言之該看的還是得看，還學的還是得學。再次強調，基礎很重要！面試技巧同樣很重要，還是那句話：祝願各位看官都能找到心儀的工作吧~~
另外，奉勸大家不要頻繁跳槽，這些知識點能提升固然好，不要盲目跳槽，找工作很累的，而且沒有哪家公司喜歡頻繁跳槽的員工
Java程序猿跳槽應該學哪些方面的技術
互聯網產品、大型企業級項目常會用到的：
並發處理技術。具體到Java上通常是涉及java.util.concurrent、並發鎖機制、NIO等方面，當然最近比較火爆的Netty框架也可以作為高並發處理的備選方案之一，這需要對Java的線程調度機制有着比較深的理解。不過這些可能會涉及並發控制的對象（比如reentrantlock等）只能存在於一個JVM里的問題，一旦系統規模大到需要部署多個JVM來處理並發的情況，則需要采用共享session的技術（比如spring-session），或者盡可能將系統后台設計為無狀態的服務，這需要對RESTful有着較深的理解。
高可用、負載均衡技術。互聯網產品、企業級應用通常要求一年里的Downtime控制在很小的范圍內，這需要足夠的高可用和負載均衡架構來支撐，這個一般和Java技術本身沒太大關系，但卻是一名初級程序員向高級程序員甚至是架構師CIO進階的必備技術，因此可以適當了解一下Nginx、HAProxy等對這方面的支持。另外現在最“時髦”的做法是將應用docker化，配合ETCD、kubernetes等工具在容器的層面上實現高可用和負載均衡，當然這需要看實際的需求，最時髦的不見得是最適用的，要考慮構建成本。
緩存技術。緩存應該是大型系統中或高並發條件下提高響應速度的亘古不變的真理（雖然也看到過淘寶搜索商品功能采用的大數據處理技術實現的零緩存的文章，但能達到淘寶的體量和技術水平一般不太可能），這方面的工具太多了，ehcache、memcached、redis……從Java的角度來講，需要了解的一是Java對這些工具的連接器，二是緩存技術背后的JSR-107標准，可以參考spring-cache的實現，閱讀一下源碼加深理解。
異步處理技術。這通常也是抵消高並發的處理手段之一，從Java的角度看最簡單的異步處理就是新啟動一個異步線程，這同樣也需要對Java的線程調度有所了解，當然也可使用Spring中的@Async之類的也可以簡單實現異步線程的處理。如果是非常消耗資源的業務處理，簡單的異步線程是滿足不了需求的，這就需要一些消息中間件來做這些異步處理了，消息中間件有很多，activemq、rabbitmq、kafka……需要了解的是Java對這些中間件的連接器。不過異步處理中最關鍵的是事務保證的問題，這可能需要對事務的兩步提交有所了解。
還原留言討論，加關注，持續更新！