servlet是執行緒安全的嗎（不看後悔，一看必懂）
Servlet 預設是單例模式，在web 容器中只建立一個例項，所以多個執行緒同時訪問servlet的時候，Servlet是執行緒不安全的。
那麼 web 容器能為每個請求建立一個Servlet的例項(增加了系統的消耗)嗎？當然是可以的，只要Servlet實現SingleThreadModel介面，就可以了。
如果使用SingleThreadMode 模式，有兩處效能問題
1. 每個Servlet 建立多個物件例項
2. 如果併發高，每個servlet同時只能支援20執行緒的併發訪問。掛起超過20個的執行緒。
相關推薦
servlet是執行緒安全的嗎（不看後悔，一看必懂）
Servlet 預設是單例模式，在web 容器中只建立一個例項，所以多個執行緒同時訪問servlet的時候，Servlet是執行緒不安全的。 那麼 web 容器能為每個請求建立一個Servlet的例項(增加了系統的消耗)嗎？當然是可以的，只要Servlet實現SingleT
如何實現自己的執行緒池（不看後悔，一看必懂）
首先，在服務啟動的時候，我們可以啟動好幾個執行緒，並用一個容器(如執行緒池)來管理這些執行緒。當請求到來時，可以從池中取一個執行緒出來，執行任務(通常是對請求的響應)，當任務結束後，再將這個執行緒放入池中備用；如果請求到來而池中沒有空閒的執行緒，該請求需要排隊等候。最後，當服務關閉時銷燬該池即可
java中常見的執行緒池（不看後悔，一看必懂）
Executor介面表示執行緒池,它的execute(Runnable task)方法用來執行Runnable型別的任務,ExecutorService是Executor的子介面,聲明瞭管理執行緒池的一些方法 Java.util.concurrent.Executors類包含了一些靜態
執行緒數設多少合適（不看後悔，一看必懂）
①工作執行緒數是不是設定的越大越好？ 回答：肯定不是的 1）一來伺服器CPU核數有限，同時併發的執行緒數是有限的，1核CPU設定10000個工作執行緒沒有意義
執行緒池的優點（不看後悔，一看必懂）
①降低資源消耗-->重複利用已經建立的執行緒 ②提高響應速度-->當任務到達時,任務可以直接從執行緒池獲取執行緒,而不需要建立新的執行緒 ③提高執行緒的可管理性-->使用執行緒池可以統一分配,調優和監控,例如可以根據系統的承受能力,調增執行緒池中工作執行
面試題，Servlet 執行緒安全嗎？
Servlet的工作原理：首先客戶傳送一個請求，Servlet是呼叫service()方法對請求進行響應的，通過原始碼可見，service()方法中對請求的方式進行了匹配，選擇呼叫doGet,doPost等這些方法，然後再進入對應的方法中呼叫邏輯層的方法，實現對客戶的響應。在
JSP和Servlet的區別和聯絡（不看後悔，一看必懂）
在引入jsp之前呢,在web應用程式中,所有的業務邏輯和HTML的響應都是在Servlet中實現的.由於業務邏輯和檢視沒有分離,系統的可擴充套件性,可讀性和可維護性都較差 jsp從表面上看,就是嵌入了java程式碼的HTML檔案;本質上jsp相當於一個Servlet.只要是
什麼是Servlet（詳細易懂，不看後悔，一看必懂）
動態的web開發技術,本質上就是一個類,當web伺服器獲取到一個對Servlet的請求時,該伺服器會把這個請求交給相應的容器(比如說tomcat)來處理,容器通過呼叫doGet()或者doPost()方法來響應客戶端的請求 如何建立一個Servlet程式 ①建立一個類,使
Servlet的生命週期（不看後悔，一看必懂）
Servlet的生命週期可以分為載入,建立,初始化,處理客戶請求和銷燬5個階段 ①載入 容器通過類載入器來載入響應的Servlet ②建立 通過呼叫Servlet的建構函式來建立一個Servlet例項 ③初始化 通過呼叫Servlet的init()方法來完成初始化
java多執行緒：執行緒同步synchronized（不同步的問題、佇列與鎖），死鎖的產生和解決
# 0、不同步的問題 併發的執行緒不安全問題： 多個執行緒同時操作同一個物件，如果控制不好，就會產生問題，叫做執行緒不安全。 我們來看三個比較經典的案例來說明**執行緒不安全的問題**。 ## 0.1 訂票問題 例如前面說過的黃牛訂票問題，可能出現負數或相同。 [執行緒建立方式&&黃牛訂票
hibernate相關面試題（不看後悔，一看必懂）
概述 hibernate框架應用在dao層,,hibernate的底層程式碼是jdbc,它是一個開源的輕量級的框架. hibernate通過orm思想對資料庫進行crud操作.orm中文翻譯過來就是物件關係對映,它讓實體類(就是通常所說的pojo)和資料庫表對應,讓實體類的欄位和表裡的欄
spring bean的單例和多例的使用場景和在單例bean中注入多例（不看後悔，一看必懂）
為什麼用單例或者多例？何時用？ 之所以用單例，是因為沒必要每個請求都新建一個物件，這樣子既浪費CPU又浪費記憶體； 之所以用多例，是為了防止併發問題；即一個請求改變了物件的狀態，此時物件又處理另一個請求，而之前請求對物件狀態的改變導致了物件對另一個請求做了錯誤的處理；
spring bean的生命週期和作用域（不看後悔，一看必懂）
bean的生命週期 生命週期執行的過程如下: 1)spring在讀取xml配置檔案時對bean進行例項化,預設bean是單例 2)spring對bean進行依賴注入 3)如果bean實現了BeanNameAware介面,spring將bean的id傳給setBeanName
Spring的IOC,DI和AOP（不看後悔，一看必懂）
spring的優點 ①IOC和DI降低了元件之間的耦合性 ，讓程式設計師更專注於業務邏輯 ②容器提供了眾多的輔助類，能加快應用的開發 ③spring對於主流的應用框架提供了整合支援，如hibernate，mybatis，Struts等 ④spring屬於低侵入式設計，程式碼的汙染
TCP的三次握手，四次揮手（不看後悔，一看必懂）
三次握手 step1:第一次握手 客戶端傳送資料包到伺服器,(在此連線請求報文段中的同步位SYN=1,確認ACK=0,表示這是一個TCP連線請求資料報文,序號seq=x,表示傳輸資料時的起始序號是x)此時,客戶端進入SYN_SENT狀態,等待伺服器確認 step2:第二次握手
長連線是如何實現的（不看後悔，一看必懂）
在HTTP1.0和HTTP1.1協議中都有對長連線的支援。其中HTTP1.0需要在request中增加”Connection： keep-alive“ header才能夠支援，而HTTP1.1預設支援. http1.0請求與服務端的互動過程: &nbs
什麼是長連線和短連線（不看後悔，一看必懂）
在日常專案中,大多的時候我們用的是短連線,一個請求過來,一個執行緒處理完該請求,執行緒被執行緒池回收,這個請求就關閉了.雖然這能滿足很大部分的需求,但是也有些問題,比如說:如果客戶端發的請求比較多,比較頻繁,服務端就會忙於建立連線處理請求,由於服務端的執行緒數也有限,併發比較大的話有可能會造成服
mysql中char和varchar和text的區別（不看後悔，一看必懂）
①CHAR是一種固定長度的型別,適合用在身份證號碼、手機號碼等定。，VARCHAR則是一種可變長度的型別。適合用在長度可變的屬性。 text不設定長度， 當不知道屬性的最大長度時，適合用text。 ②按照查詢速度： char最快， varchar次之，text最慢。 也就是說，
ThreadLocal詳解（不看後悔，一看必懂）
ThreadLocal概要 我們可以使用synchorinized 關鍵字來為變數加鎖以解決執行緒安全問題，從而限制只能有一個執行緒來使用此變數，但是加鎖會大大影響程式執行效率 ThreadLocal是執行緒區域性變數（從執行緒的角度看，目標變數就像是執行緒的本地變數）， 通常
ThreadPoolExecutor詳解（不看後悔，一看必懂）
構造器引數分析 第四個構造器原始碼 corePoolSize:核心池的大小 預設情況下,在建立了執行緒池後,執行緒池中的執行緒數為0,當有任務來之後,就會建立一個執行緒去執行任務,當執行緒池中的執行緒數數目少於corePoolSize時,有新任務進來就新建一個執行緒,即使