寶典高頻筆試題2017 7v1

講師：周陽2017V1.8就業(yè)串講-技術Java部分常見經(jīng)典面試題資料==和equals有什么區(qū)別？從我面試的反饋，85%的求職者“理直氣壯”的回答錯誤……代碼說話TestEquals.java、Person.java==和equals的區(qū)別==既可以比較基本類型也可以比較引用類型。對于基本類型就是比較值，對于引用類型就是比較內(nèi)存地址Equals的話，它是屬于java.lang.Object類里面的方法，如果該方法沒有被重寫過默認也是==;我們可以看到String類的equals方法是被重寫過的，而且String類在日常開發(fā)中用的比較多，久而久之，形成了equals是比較值的錯誤觀點。具體要看這有沒有重寫Object的hashCode方法和equals方法來判斷。equals的重寫

以Person為例，何時需要重寫equals()？當一個類有自己特有的“邏輯相等”概念,當改寫equals()的時候，總是要改寫hashCode()，根據(jù)一個類的equals方法（改寫后），兩個截然不同的實例有可能在邏輯上是相等的，但是，根據(jù)Object.hashCode方法，它們僅僅是兩個對象。

因此，違反了“相等的對象必須具有相等的散列碼”。

結論：復寫equals方法的時候一般都需要同時復寫hashCode方法Eclipse工具里equals的重寫

以eclipse為例，直接鼠標右鍵即可復寫equals和hashCode，^_^問題：為什么用eclipse復寫hashCode方法，有31這個數(shù)字？計算機的乘法涉及到移位計算。當一個數(shù)乘以2時，就直接拿該數(shù)左移一位即可！選擇31原因是因為31是一個素數(shù)！所謂素數(shù)：質(zhì)數(shù)又稱素數(shù)（在一個大于1的自然數(shù)中，除了1和此整數(shù)自身外，沒法被其他自然數(shù)整除的數(shù)）在存儲數(shù)據(jù)計算hash地址的時候，我們希望盡量減少有同樣的hash地址，所謂“沖突”。因為任何數(shù)n*31就可以被JVM優(yōu)化為(n<<5)-n,移位和減法的操作效率要比乘法的操作效率高的多，對左移虛擬機里面都有做相關優(yōu)化，并且31只占用5bits！String相關TestString.java1生成地方和地址指向,intern()方法2String可否被繼承？多態(tài)什么是多態(tài)?Java里通過方法重載和方法重寫來體現(xiàn)多態(tài)是否正確？多態(tài)是編譯時行為還是運行時行為？傳值TestTransferValueStatic加載加載TestStaticSeq.java

方法重寫(overide)提示一下談談你對java.io.Serializable接口的理解，我們知道它用于序列化，是空方法接口，還有其它認識嗎？實現(xiàn)了Serializable接口的對象，可將它們轉換成一系列字節(jié)，并可在以后完全恢復回原來的樣子。這一過程亦可通過網(wǎng)絡進行。這意味著序列化機制能自動補償操作系統(tǒng)間的差異。換句話說，可以先在Windows機器上創(chuàng)建一個對象，對其序列化，然后通過網(wǎng)絡發(fā)給一臺Unix機器，然后在那里準確無誤地重新“裝配”。不必關心數(shù)據(jù)在不同機器上如何表示，也不必關心字節(jié)的順序或者其他任何細節(jié)。談談你對HashMap中put/get方法的認識？如果了解再談談HashMap的擴容機制？默認大小是多少？什么是負載因子？什么是吞吐臨界值？JDK1.7版本為例順便帶同學們復習下hashCode、equals、HashSet、HashMap之間到底有什么樣的關系？1HashSet底層是采用HashMap實現(xiàn)2集合里面放置的永遠是對象的引用而不是對象本身3當你在HashSet里add對象的時候，實際是HashMap里面put了key-value鍵值對，其中key就是你add進來的對象，value是一個固定的Object常量4HashMap底層是個Entry類型的，名字叫table的數(shù)組5put:當程序試圖將一個key-value對放入HashMap中時，程序首先根據(jù)該key的hashCode()返回值決定該Entry的存儲位置：如果兩個Entry的key的hashCode()返回值相同，那它們的存儲位置相同。如果這兩個Entry的key通過equals比較返回true，新添加Entry的value將覆蓋集合中原有Entry的value，但key不會覆蓋。如果這兩個Entry的key通過equals比較返回false，新添加的Entry將與集合中原有Entry形成Entry鏈，而且新添加的Entry位于Entry鏈的頭部——具體說明繼續(xù)看addEntry()方法的說明。請問ArrayList/LinkedList/Vector的區(qū)別？談談你的理解？ArrayList底層是什么？擴容機制？Vector和ArrayList的最大區(qū)別?JDK1.7還需要給同學們講解嗎？請問ArrayList定義ArrayList以數(shù)組實現(xiàn)，允許重復。超出限制時會增加50%的容量（grow()方法中實現(xiàn)，如下所示），每次擴容都底層采用Arrays.arrayCopy()復制到新的數(shù)組，因此最好能給出數(shù)組大小的預估值。默認第一次插入元素時創(chuàng)建數(shù)組的大小為10.請問ArrayList/LinkedList/Vector的區(qū)別ArrayList和LinkedList的區(qū)別ArrayList是實現(xiàn)了基于動態(tài)數(shù)組的數(shù)據(jù)結構，LinkedList基于鏈表的數(shù)據(jù)結構。對于隨機訪問get和set，ArrayList覺得優(yōu)于LinkedList，因為LinkedList要移動指針。對于新增和刪除操作add和remove，LinkedList比較占優(yōu)勢，因為ArrayList要移動數(shù)據(jù)。ArrayList和Vector的區(qū)別Vector和ArrayList幾乎是完全相同的,唯一的區(qū)別在于Vector是同步類(synchronized)，屬于強同步類。因此開銷就比ArrayList要大，訪問要慢。正常情況下,大多數(shù)的Java程序員使用ArrayList而不是Vector,因為同步完全可以由程序員自己來控制。Vector每次擴容請求其大小的2倍空間，而ArrayList是1.5倍。Vector還有一個子類Stack.Servlet中service、doGet、doPost的區(qū)別請求轉發(fā)和重定向有什么區(qū)別？Answer:IE地址欄是否變化？參數(shù)可否取得？發(fā)送了幾次請求Servlet線程相關，提示不講Answer:多線程+單實例，后續(xù)都是同一個對象為我們服務。寫servlet的時候一定不要去定義成員變量，除非它是只讀的，盡量縮小范圍定義局部變量。Servlet生命周期，提示不講HTTP協(xié)議請自行腦補狀態(tài)碼206-斷點下載時用到，客戶端請求了一部分內(nèi)容，服務器成功把這部分內(nèi)容返回給它，這時候就是用這個狀態(tài)。301-永久跳轉，原地址不存在了，url被指向到另一個地址。這個主要是搜索引擎相關，影響爬蟲的檢索行為。302-臨時跳轉，服務器會返回一個新的url給客戶端，客戶端可以繼續(xù)訪問這個url來獲取內(nèi)容。304-資源沒有改變，客戶端可以使用本地緩存的內(nèi)容，常見于靜態(tài)內(nèi)容訪問。413-請求實體太大。常見的情況是上傳大文件，但超出了服務器(比如nginx)限制?；蛘哒埱箢^或請求體超出了后端的server(比如tomcat)的設置（比如當前域名下cookie太多，超出了請求頭限制）416-跟斷點續(xù)傳有關，客戶端請求的范圍超出了服務器上文件大小404-notFound400-請求參數(shù)非法，基本上是表單提交到業(yè)務層時出現(xiàn)500-服務器內(nèi)部錯誤，不能返回正常的結果。比如最常見的應用拋出空指針異常未進行處理。502-網(wǎng)關錯誤。常見的情況是反向代理后端的服務器(比如resin或tomcat)沒有啟動。503-服務不可用。比如服務器負載太高或者服務器已經(jīng)停止服務。504-網(wǎng)關超時。比如請求時長超出了服務器的響應時間限制。Session和Cookiehttp請求是無狀態(tài)的請求，但是在我們的互聯(lián)網(wǎng)應用中，經(jīng)常需要標識用戶狀態(tài)信息來完成一些交互性的操作，比如用戶認證要記錄用戶登錄狀態(tài)，購物車應用要記住用戶選擇的商品，廣告投放應用要記錄用戶的歷史瀏覽行為等等。這里就會用到session和cookie了。session:是指http請求-響應的過程中客戶端與服務器端的交互狀態(tài)，這些信息被保存在服務器端，比如內(nèi)存，數(shù)據(jù)庫等。每個session都有一個唯一標識，由服務器生成，這個標識也要在客戶端進行保存，這樣客戶端在下次請求時可以帶上這個標識，方便服務器判斷客戶端的狀態(tài)。客戶端對session的支持：1 通過cookie保存sessionid，在請求時發(fā)送給服務器。2 通過url的參數(shù)攜帶sessionid與服務器通信。3 通過表單的隱藏字段攜帶sessionid與服務器通信。線程用題目將線程知識給大家復習和講解線程-1復習下賣票程序ThreadDemo0.java線程-2Callable接口演示在主線程中需要執(zhí)行比較耗時的操作時，但又不想阻塞主線程時，可以把這些作業(yè)交給Future對象在后臺完成，當主線程將來需要時，就可以通過Future對象獲得后臺作業(yè)的計算結果或者執(zhí)行狀態(tài)。一般FutureTask多用于耗時的計算，主線程可以在完成自己的任務后，再去獲取結果。僅在計算完成時才能檢索結果；如果計算尚未完成，則阻塞get方法。一旦計算完成，就不能再重新開始或取消計算。get方法而獲取結果只有在計算完成時獲取，否則會一直阻塞直到任務轉入完成狀態(tài)，然后會返回結果或者拋出異常。線程-3線程的同步和通信生產(chǎn)者消費者+等待+通知喚醒ThreadDemo2.java線程-4（8鎖）加同步方法，方法講解加靜態(tài)同步方法，方法講解筆記見后一頁線程-4筆記一個對象里面如果有多個synchronized方法，某一個時刻內(nèi)，只要一個線程去調(diào)用其中的一個synchronized方法了，其它的線程都只能等待，換句話說，某一個時刻內(nèi)，只能有唯一一個線程去訪問這些synchronized方法鎖的是當前對象this，被鎖定后，其它的線程都不能進入到當前對象的其它的synchronized方法加個普通方法后發(fā)現(xiàn)和同步鎖無關換成兩個對象后，不是同一把鎖了，情況立刻變化。都換成靜態(tài)同步方法后，情況又變化所有的非靜態(tài)同步方法用的都是同一把鎖——實例對象本身，也就是說如果一個實例對象的非靜態(tài)同步方法獲取鎖后，該實例對象的其他非靜態(tài)同步方法必須等待獲取鎖的方法釋放鎖后才能獲取鎖，可是別的實例對象的非靜態(tài)同步方法因為跟該實例對象的非靜態(tài)同步方法用的是不同的鎖，所以毋須等待該實例對象已獲取鎖的非靜態(tài)同步方法釋放鎖就可以獲取他們自己的鎖。

所有的靜態(tài)同步方法用的也是同一把鎖——類對象本身，這兩把鎖是兩個不同的對象，所以靜態(tài)同步方法與非靜態(tài)同步方法之間是不會有競態(tài)條件的。但是一旦一個靜態(tài)同步方法獲取鎖后，其他的靜態(tài)同步方法都必須等待該方法釋放鎖后才能獲取鎖，而不管是同一個實例對象的靜態(tài)同步方法之間，還是不同的實例對象的靜態(tài)同步方法之間，只要它們同一個類的實例對象！線程-5（

按序接力）A->B->C線程-6（

讀寫鎖）接口：

ReadWriteLock線程-7（

線程池）第四種獲得線程的方法綜合你在項目中碰到SVN或者Git沖突了你如何解決的？Answer:見陽哥的Vcr課程講解Mybatis中動態(tài)sql拼裝<if>開發(fā)錯誤:Causedby:org.apache.ibatis.reflection.ReflectionException:ThereisnogetterforpropertynamedXXX'in'classjava.lang.XXX'Mysql

什么是索引？

什么時候新建、什么時候不應該建？說出平時開發(fā)中使用索引優(yōu)化需要注意的情況？也即索引失效的情況？各種查詢SQL的考察，主要是子查詢、分組查詢和多表連接什么是索引A:Mysql官方對索引的定義為：索引是幫助高效獲取數(shù)據(jù)的數(shù)據(jù)結構,索引可以大大提高查詢的檢索速度。創(chuàng)建索引時，你需要確保該索引是應用在SQL查詢語句的條件(一般作為WHERE子句的條件)。實際上，索引也是一張表，該表保存了主鍵與索引字段，并指向實體表的記錄。索引是可以提高查詢速度，但過多的使用索引將會造成濫用。因此索引也會有它的缺點：雖然索引大大提高了查詢速度，同時卻會降低更新表的速度，如對表進行INSERT、UPDATE和DELETE。因為更新表時，MySQL不僅要保存數(shù)據(jù)，還要保存一下索引文件。建立索引會占用磁盤空間的索引文件。哪些情況下索引可以建立1. 主鍵自動建立唯一索引2. 直接條件查詢的字段，在SQL中用于條件約束的字段3. 查詢中與其它表關聯(lián)的字段，外鍵關系建立索引。4. 查詢中排序的字段，排序字段若通過索引去訪問將大大提高排序速度5. 查詢中統(tǒng)計或者分組字段哪些情況下索引不建1. 表記錄太少。2. 經(jīng)常增刪改的表。3. 數(shù)據(jù)重復且分布平均的表字段，因此應該只為最經(jīng)常查詢和最經(jīng)常排序的數(shù)據(jù)列建立索引。注意，如果某個數(shù)據(jù)列包含許多重復的內(nèi)容，為它建立索引就沒有太大的實際效果。索引不足或缺點1. 提高了查詢速度，同時卻會降低更新表的速度，如對表進行INSERT、UPDATE和DELETE。因為更新表時，MySQL不僅要保存數(shù)據(jù)，還要保存一下索引文件2. 建立索引會占用磁盤空間的索引文件。一般情況這個問題不太嚴重，但如果你在一個大表上創(chuàng)建了多種組合索引，索引文件的會膨脹很快3. 索引只是提高效率的一個因素，如果你的MySQL有大數(shù)據(jù)量的表，就需要花時間研究建立最優(yōu)秀的索引，或優(yōu)化查詢語句索引失效和EXPLAIN查詢分析1少用or,用它來連接時會索引失效2where子句的查詢條件里有!=,mysql將無法使用索引。3使用了mysql的函數(shù)時索引將無效4使用like查詢%開頭5字符串不加單引號索引失效6復合索引不使用第一列比如有一條語句是這樣的：select*fromuserswherearea=’beijing’andage=22;如果我們是在area和age上分別創(chuàng)建單個索引的話，由于mysql查詢每次只能使用一個索引，所以雖然這樣已經(jīng)相對不做索引時全表掃描提高了很多效率，但是如果在area、age兩列上創(chuàng)建復合索引的話將帶來更高的效率。如果我們創(chuàng)建了(area,age,salary)的復合索引，那么其實相當于創(chuàng)建了(area,age,salary)、(area,age)、(area)三個索引，這被稱為最佳左前綴特性。因此我們在創(chuàng)建復合索引時應該將最常用作限制條件的列放在最左邊，依次遞減。explain字段解釋Id: 語句編號select_type: select類型table: 顯示這一句SQL是關于哪張表的type: 顯示了連接使用了哪種類別,有無使用索引possible_keys:MySQL可能使用哪個索引key: key列顯示MySQL實際決定使用的鍵（索引）key_len: key_len列顯示MySQL決定使用的鍵長度ref: ref列顯示使用哪個列或常數(shù)與key一起從表中選擇rows: rows列顯示MySQL認為它執(zhí)行查詢時必須檢查的行數(shù)Extra: 該列包含MySQL解決查詢的詳細信息說說你碰到過的一次難忘的生產(chǎn)故障？不可能在生產(chǎn)機器上安裝eclipse去debug只看log4j是不夠的。問題：高CPU占用根據(jù)top命令，發(fā)現(xiàn)PID為28555的Java進程占用CPU高達200%，出現(xiàn)故障。通過psaux|grepPID命令，可以進一步確定是tomcat進程出現(xiàn)了問題。但是，怎么定位到具體線程或者代碼呢？首先顯示線程列表:ps-mppid-oTHREAD,tid,time找到了耗時最高的線程28802，占用CPU時間快兩個小時了！其次將需要的線程ID轉換為16進制格式：printf"%x\n"tid最后打印線程的堆棧信息：jstackpid|greptid(16進制線程ID)–A60找到有問題的java代碼(省略)，進行業(yè)務調(diào)整和編碼修改最后，總結下排查CPU故障的方法和技巧有哪些：1、top命令：Linux命令。可以查看實時的CPU使用情況。也可以查看最近一段時間的CPU使用情況。2、PS命令：Linux命令。強大的進程狀態(tài)監(jiān)控命令?？梢圆榭催M程以及進程中線程的當前CPU使用情況。屬于當前狀態(tài)的采樣數(shù)據(jù)。3、jstack：Java提供的命令?？梢圆榭茨硞€進程的當前線程棧運行情況。根據(jù)這個命令的輸出可以定位某個進程的所有線程的當前運行狀態(tài)、運行代碼，以及是否死鎖等等。Linux服務器性能查看和分析有哪些認識？Answer：回答思路1CPU2內(nèi)存3磁盤4網(wǎng)絡5

權限和二進制Linux服務器性能查看和分析有哪些認識？常用系統(tǒng)命令

Vmstat、sar、iostat、netstat、free、ps、top等

常用組合用vmstat、sar、mpstat檢測是否存在CPU瓶頸

vmstat、free檢測是否存在內(nèi)存瓶頸

iostat檢測是否存在磁盤I/O瓶頸

netstat檢測是否存在網(wǎng)絡I/O瓶頸Linux服務器性能查看和分析有哪些認識？系統(tǒng)整體性能評估：uptime、top等，先以top為例1linux系統(tǒng)當前時間2從開機到目前運行了多久，3當前有幾個用戶連接到本臺主機4負載均衡，當三個值相加后除以3結果大于0.6表示需要注意服務器負擔。5Cpu使用率699.8%id，該id是systemidleprocess=處理器空閑時間百分比，越大越好7Swap，交換分區(qū)的值Linux服務器性能查看和分析有哪些認識？系統(tǒng)整體性能評估：uptime、top等，再以uptime為例[root@web1~]#uptime16:38:00up118days,3:01,5users,loadaverage:1.22,1.02,0.91

這里需要注意的是：loadaverage這個輸出值，這三個值分別為：1分鐘平均負載、5分鐘平均負載、15分鐘平均負載，大小一般不能大于系統(tǒng)CPU的個數(shù)。

假設，本輸出中系統(tǒng)有8個CPU,如果loadaverage的三個值長期大于8時，說明CPU很繁忙，負載很高，可能會影響系統(tǒng)性能，

但是偶爾大于8時，倒不用擔心，一般不會影響系統(tǒng)性能。相反，如果loadaverage的輸出值小于CPU的個數(shù)，則表示CPU還有空閑的時間片，比如本例中的輸出，CPU是非?？臻e的。Linux服務器性能查看和分析有哪些認識？CPU性能評估：監(jiān)控系統(tǒng)CPU（包含不限于）vmstat一般vmstat工具的使用是通過兩個數(shù)字參數(shù)來完成的，第一個參數(shù)是采樣的時間間隔數(shù)，單位是秒，第二個參數(shù)是采樣的次數(shù)Procsr列表示運行和等待cpu時間片的進程數(shù)，這個值如果長期大于系統(tǒng)CPU的個數(shù)，說

明CPU不足，需要增加CPU。

b列表示在等待資源的進程數(shù)，比如正在等待I/O、或者內(nèi)存交換等。cpuus列顯示了用戶進程消耗的CPU時間百分比。us的值比較高時說明用戶進程消耗的cpu時間多，但是如果長期大于50%，就需要考慮優(yōu)化程序或算法。sy列顯示了內(nèi)核進程消耗的CPU時間百分比。Sy的值較高時，說明內(nèi)核消耗的CPU資源很多。根據(jù)經(jīng)驗，us+sy的參考值為80%，如果us+sy大于80%說明可能存在CPU資源不足。Linux服務器性能查看和分析有哪些認識？內(nèi)存性能評估：利用free指令監(jiān)控內(nèi)存freefree是監(jiān)控linux內(nèi)存使用狀況最常用的指令一般有這樣一個經(jīng)驗公式：應用程序可用內(nèi)存/系統(tǒng)物理內(nèi)存>70%時，表示系統(tǒng)內(nèi)存資源非常充足，不影響系統(tǒng)性能，應用程序可用內(nèi)存/系統(tǒng)物理內(nèi)存<20%時，表示系統(tǒng)內(nèi)存資源緊缺，需要增加系統(tǒng)內(nèi)存，20%<應用程序可用內(nèi)存/系統(tǒng)物理內(nèi)存<70%時，表示系統(tǒng)內(nèi)存資源基本能滿足應用需求，暫時不影響系統(tǒng)性能。[root@webserver~]#free-m totalusedfreesharedbufferscachedMem:8111718592602436299-/+buffers/cache:6437468Swap:818908189Linux服務器性能查看和分析有哪些認識？磁