點關注，不迷路；持續更新Java相關技術及資訊！！！
為什么要用執行緒池
那先要明白什么是執行緒池
執行緒池是指在初始化一個多執行緒應用程式程序中創建一個執行緒集合，然后在需要執行新的任務時重用這些執行緒而不是新建一個執行緒，
使用執行緒池的好處
- 執行緒池改進了一個應用程式的回應時間，由于執行緒池中的執行緒已經準備好且等待被分配任務，應用程式可以直接拿來使用而不用新建一個執行緒，
- 執行緒池節省了CLR 為每個短生存周期任務創建一個完整的執行緒的開銷并可以在任務完成后回收資源，
- 執行緒池根據當前在系統中運行的行程來優化執行緒時間片，
- 執行緒池允許我們開啟多個任務而不用為每個執行緒設定屬性，
- 執行緒池允許我們為正在執行的任務的程式引數傳遞一個包含狀態資訊的物件參考，
- 執行緒池可以用來解決處理一個特定請求最大執行緒數量限制問題，
MySQL優化經驗
對查詢進行優化，應盡量避免全表掃描，首先應考慮在 where 及 order by 涉及的列上建立索引，
應盡量避免在 where 子句中使用!=或<>運算子，否則引擎將放棄使用索引而進行全表掃描，
盡量使用數字型欄位，若只含數值資訊的欄位盡量不要設計為字符型，這會降低查詢和連接的性能，并會增加存盤開銷，這是因為引擎在處理查詢和連接時會逐個比較字串中每一個字符，而對于數字型而言只需要比較一次就夠了，
任何地方都不要使用 select * from t ，用具體的欄位串列代替“*”，不要回傳用不到的任何欄位，
避免頻繁創建和洗掉臨時表，以減少系統表資源的消耗，諸如此類，等等等等…
什么是執行緒死鎖？死鎖如何產生？如何避免執行緒死鎖？
死鎖的介紹：
執行緒死鎖是指由于兩個或者多個執行緒互相持有對方所需要的資源，導致這些執行緒處于等待狀態，無法前往執行，當執行緒進入物件的synchronized代碼塊時，便占有了資源，直到它退出該代碼塊或者呼叫wait方法，才釋放資源，在此期間，其他執行緒將不能進入該代碼塊，當執行緒互相持有對方所需要的資源時，會互相等待對方釋放資源，如果執行緒都不主動釋放所占有的資源，將產生死鎖，
死鎖的產生的一些特定條件：
- 互斥條件：行程對于所分配到的資源具有排它性，即一個資源只能被一個行程占用，直到被該行程釋放 ，
- 請求和保持條件：一個行程因請求被占用資源而發生阻塞時，對已獲得的資源保持不放，
- 不剝奪條件：任何一個資源在沒被該行程釋放之前，任何其他行程都無法對他剝奪占用，
- 回圈等待條件：當發生死鎖時，所等待的行程必定會形成一個環路（類似于死回圈），造成永久阻塞，
如何避免：
- 加鎖順序：當多個執行緒需要相同的一些鎖，但是按照不同的順序加鎖，死鎖就很容易發生，如果能確保所有的執行緒都是按照相同的順序獲得鎖，那么死鎖就不會發生，當然這種方式需要你事先知道所有可能會用到的鎖，然而總有些時候是無法預知的，
- 加鎖時限：加上一個超時時間，若一個執行緒沒有在給定的時限內成功獲得所有需要的鎖，則會進行回退并釋放所有已經獲得的鎖，然后等待一段隨機的時間再重試，但是如果有非常多的執行緒同一時間去競爭同一批資源，就算有超時和回退機制，還是可能會導致這些執行緒重復地嘗試但卻始終得不到鎖，
- 死鎖檢測：死鎖檢測即每當一個執行緒獲得了鎖，會在執行緒和鎖相關的資料結構中（map、graph等等）將其記下，除此之外，每當有執行緒請求鎖，也需要記錄在這個資料結構中，死鎖檢測是一個更好的死鎖預防機制，它主要是針對那些不可能實作按序加鎖并且鎖超時也不可行的場景，
Spring中Bean的作用域
- singleton：Spring IoC容器中只會存在一個共享的Bean實體，無論有多少個Bean參考它，始終指向同一物件，Singleton作用域是Spring中的預設作用域，
- prototype：每次通過Spring容器獲取prototype定義的bean時，容器都將創建一個新的Bean實體，每個Bean實體都有自己的屬性和狀態，而singleton全域只有一個物件，
- request：在一次Http請求中，容器會回傳該Bean的同一實體，而對不同的Http請求則會產生新的Bean，而且該bean僅在當前Http Request內有效，
- session：在一次Http Session中，容器會回傳該Bean的同一實體，而對不同的Session請求則會創建新的實體，該bean實體僅在當前Session內有效，
- global Session：在一個全域的Http Session中，容器會回傳該Bean的同一個實體，僅在使用portlet context時有效，
Spring框架中都用到了哪些設計模式？
- 代理模式：在AOP和remoting中被用的比較多，
- 單例模式：在spring組態檔中定義的bean默認為單例模式，
- 模板方法模式：用來解決代碼重復的問題，
- 前端控制器模式：Spring提供了DispatcherServlet來對請求進行分發，
- 依賴注入模式：貫穿于BeanFactory / ApplicationContext介面的核心理念，
- 工廠模式：BeanFactory用來創建物件的實體，
Spring MVC的核心是什么，請求的流程是怎么處理的，控制反轉怎么實作的
核心：控制反轉和面向切面
請求處理流程：
首先用戶發送請求到前端控制器，前端控制器根據請求資訊（如URL）來決定選擇哪一個頁面控制器進行處理并把請求委托給它，即以前的控制器的控制邏輯部分；
頁面控制器接收到請求后，進行功能處理，首先需要收集和系結請求引數到一個物件，并進行驗證，然后將命令物件委托給業務物件進行處理；處理完畢后回傳一個ModelAndView（模型資料和邏輯視圖名）；
前端控制器識訓控制權，然后根據回傳的邏輯視圖名，選擇相應的視圖進行渲染，并把模型資料傳入以便視圖渲染；
前端控制器再次識訓控制權，將回應回傳給用戶，
JVM的記憶體結構
根據 JVM 規范，JVM 記憶體共分為虛擬機堆疊、堆、方法區、程式計數器、本地方法堆疊五個部分，
- Java虛擬機堆疊：執行緒私有；每個方法在執行的時候會創建一個堆疊幀，存盤了區域變數表，運算元堆疊，動態連接，方法回傳地址等；每個方法從呼叫到執行完畢，對應一個堆疊幀在虛擬機堆疊中的入堆疊和出堆疊，
- 堆：執行緒共享；被所有執行緒共享的一塊記憶體區域，在虛擬機啟動時創建，用于存放物件實體，
- 方法區：執行緒共享；被所有執行緒共享的一塊記憶體區域；用于存盤已被虛擬機加載的類資訊，常量，靜態變數等，
- 程式計數器：執行緒私有；是當前執行緒所執行的位元組碼的行號指示器，每條執行緒都要有一個獨立的程式計數器，這類記憶體也稱為“執行緒私有”的記憶體，
- 本地方法堆疊：執行緒私有；主要為虛擬機使用到的Native方法服務，
面試難免讓人焦慮不安，經歷過的人都懂的，但是如果你提前預測面試官要問你的問題并想出得體的回答方式，就會容易很多，
上述面試題答案都整理成檔案筆記， 也還整理了一些面試資料&最新2020收集的一些大廠的面試真題（都整理成檔案，小部分截圖），有需要的可以點擊進入暗號：csdn
上述面試題答案都整理成檔案筆記， 也還整理了一些面試資料&最新2020收集的一些大廠的面試真題（都整理成檔案，小部分截圖），有需要的可以點擊進入暗號：csdn
點關注，不迷路！如果本文對你有幫助的話不要忘記點贊支持哦！
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/12174.html
標籤：其他