面試的角度詮釋Java工程師（一）
前言：
我相信每一個程式設計師都是為了生活而努力著的。很多人因為興趣，從此踏上了這條‘燒腦大行動’的金橋；也有很多人因為夢想和執著，奮不顧身融入這個職業；還有很多人因為被現實逼得太無奈，不得不為自己、為家人、為未來謀這麼一條坎坷的路。
這裡，我不去評價什麼，再說我也沒有資格去評價啊。言歸正傳，下面我寫這篇文章的定位是各位在場的讀者，如果你認為我接下來說的內容會跟書裡說的差不多，那麼請高擡貴腳移步它處，但是我相信你絕對不會這樣覺得的。不知道作為程式設計師的你們，是否還在抱著面試或者筆試題複習呢？是否還在抱著各種面試書亂翻呢？
我只說一點，面試的目的不是讓考官知道你怎麼樣，而是讓你自己清楚自己怎麼樣。也就是說你會什麼、能夠做什麼！舉個例子，如果你去面試Java工程師，你至少要會該職位的職能，而不是隻會面面試、做做筆試題。所以，這就是我寫這篇文章的初衷！
一、基礎篇
1.面向物件的三大特性
繼承、封裝、多型
什麼是繼承？
①繼承是面向物件程式設計能夠提高軟體開發效率的重要原因之一。
②繼承是具有傳遞性的，就像現實中孫子不僅長得像爸爸而且還像他爺爺。
③繼承來的屬性和方法是隱式的，也就是在本類裡面是看不見的。
④一個類只能有一個父類，也就是類只能是單繼承。
⑤一個介面可以有多個父類，也就是介面可以是多繼承。
實際專案開發中，一個類繼承於另一個類，那麼前者就是後者的子類，反則反之。
什麼是封裝？
物件資料和操作該物件的指令都是物件自身的一部分，能夠實現儘可能對外部隱藏資料。
實際專案開發中，使用封裝最多的就是實體類，常常和JavaBean（類必須是具體的和公共的，並且具有無引數的構造器）一起使用。
那麼，實體類有那些東西呢？
答：私有的成員變數、無引數的構造器、有引數的構造器、setter和getters方法、重寫tostring方法、重寫hashCode和equals方法。
什麼是多型？
①多型就是物件擁有多種形態：引用多型和方法多型。
②引用多型：父類的引用可以指向本類物件、父類的引用可以指向子類的物件。
③方法多型：建立本類物件時，呼叫的方法為本類的方法；建立子類物件時，呼叫的方法為子類重寫的方法或者繼承的方法。
④存在多型的必要條件：繼承、重寫。
⑤多型的作用是消除型別之間的耦合關係。
在實際專案開發中，A類繼承B類，如果在A類中不重寫B類的方法的時候，輸出的仍舊是B類方法裡面的資訊（B b=new A()）；如果在A類中重寫B類的方法的時候，輸出的是A類方法裡面的資訊（B b=new A()）。
2.Java集合框架樹
Collection介面
Map介面：它提供了一種對映關係，其中的元素是以鍵值對（key-value）的形式儲存的。Map介面有一個重要的實現類HashMap。
①在Map介面中的鍵值對是以Entry型別的物件例項形式存在。
②在Map介面中鍵值（Key值）是不可以重複的，value值卻可以重複，也就是存在多對一的關係。
③在Map介面中提供了分別返回Key值的集合、value值的集合以及Entry集合的方法。
④Map支援泛型，同時Key值和value值都是可以為null的。
⑤在HashMap中的Entry物件是無序排序的，這點特性和List介面是相反的。
⑥在HashMap中有且只能有一個Key值為null的對映。（注：key值是不能重複的）
List介面：List介面有一個重要的實現類ArrayList（陣列序列）。
①List是元素有序並且可以重複的集合。
②List可以精確的控制每個元素的插入位置，或刪除某個元素的位置。
Comparator介面：臨時的比較規則。如果某一個類要實現這個介面，那必然要實現它的Compare()方法。
Comparable介面：預設的比較規則。當實現了這個介面，則表示這個類的例項可以比較大小，可以進行自然排序。如果某一個類要實現這個介面，那必然要實現它的CompareTo()方法。
3.Java中的IO流
位元組流：
//一個位元組一個位元組的讀寫
FileInputStream in=new FileInputStream("原始檔");
FileOutputStream out=new FileOutputStream("目標檔案");
......
in.close();
out.close();首先要記住，一旦使用了IO流最後一定要記得關閉，這是常識。
//利用緩衝區，高效的讀取位元組
BufferedInputStream in=new BufferedInputStream(new FileInputStream("原始檔");
BufferedOutputStream out=new BufferedOutputStream(new FileOutputStream("目標檔案");
......
in.close();
out.close();字元流：
InputStreamReader isr=new InputStreamReader(new FileInputStream("原始檔路徑"),"設定編碼");
OutputStreamWriter osw=new OutputStreamWriter(new FileOutputStream("目標檔案路徑"),"設定編碼");
......
osw.close();
isr.close();也可以這樣寫：
FileReader fr=new FileReader("原始檔路徑");
FileWriter fw=new FileWriter("目標檔案路徑");
......
fr.close();
fw.close();//利用緩衝區，高效的讀取字元
BufferedReader br=new BufferedReader(new FileReade("原始檔路徑");
PrintWriter pw=new PrintWriter("目標檔案路徑");
......
br.close();
pw.close();序列化和反序列化：
//物件的序列化
ObjectOutputStream oos=new ObjectOutputStream(new FileOutputStream(file));這裡的file指的是String file="檔案在專案中的路徑";
//物件的反序列化
ObjectInputStream ois=new ObjectInputStream(new FileInputStream(file));4.Java的Socket通訊（多執行緒）
思路：
①首先建立伺服器端Socket，指定並偵聽某一個埠，然後迴圈監聽開始等待客戶端的連線....
②建立客戶端socket，指定伺服器地址和埠，然後獲取輸出流，向伺服器端傳送請求，並關閉socket輸出流。
③服務端接收到客戶端的請求後，建立新執行緒並啟動。
④建立執行緒處理類，執行執行緒操作，獲取輸入流，服務端讀取客戶端使用者詳情，關閉資源。
⑤執行執行緒操作，獲取輸出流，響應客戶端請求，客戶端接受到服務端的響應，關閉資源。
簡單點講，就相當於我跟你說話（客戶端→服務端），你收到我說的話（服務端→執行緒處理類），大腦進行思考後（執行緒處理類），做出回答我的話（執行緒處理類→客戶端）。
5.關係型資料庫
資料庫的三正規化：
①欄位不可分。
②有主鍵，非主鍵欄位依賴主鍵。
③非主鍵欄位不能互相依賴。
T-SQL：
在整個資料庫中，查詢操作佔據增刪改查的80%，而說到查詢，T-SQL語句自然不能少。如圖上示。
增：
①插入單行insert into <表名> (列名) values (列值)
②將現有的表資料新增到一個已有表insert into <已有的新表> (列名) select <源表列名> from <源表名>
③直接拿現有表資料建立一個新表並填充select <新建表列名> into <新建表名> from <源表名>
刪：
①刪除滿足條件的行delete from <表名> where <刪除條件>
②刪除整個表truncate table <表名>
注：刪除表的所有行，但表的結構、列、約束、索引等不會被刪除；不能用語有外建約束引用的表。
改：
①更新update <表名> set <列名=更新值> where <更新條件>
子查詢：SELECT * FROM t1 WHERE column1 = (SELECT column1 FROM t2);
其中：
①SELECT * FROM t1 ...稱為外查詢。
②SELECT column1 FROM t2 稱為子查詢。
所以，我們就說子查詢是巢狀在外查詢內部的。而事實上它也有可能在子查詢內部再巢狀一個或者多個子查詢。這裡要注意，子查詢必須出現在圓括號之間哦。
二、Web篇
JavaScript總結：https://www.jianshu.com/p/cc479554df66
JSP：
思路：當用戶使用客戶端瀏覽器向伺服器傳送一個請求訪問index.jsp頁面，當伺服器接收到客戶的請求之後，開始判斷使用者所訪問的這個資源是否是第一次訪問？
①如果是第一次請求，那麼Tomcat的JSP引擎就把這個JSP檔案轉換成一個Servlet（一個Servlet從本質上而言也是一個Java類），既然是一個Java類就需要通過編譯，生成相應的位元組碼檔案，然後執行jspInit這個初始化方法。再生成JSP頁面的位元組碼檔案，轉到③。
②直接訪問所生成的JSP頁面的位元組碼檔案，轉到③。
③最後解析執行這個Java類當中的jspService方法，這個方法就是專門用來處理使用者的請求。
JSP九大內建物件：
out物件：它是JspWriter類的例項，是向客戶端輸出內容常用的物件。
request物件：它表示客戶端的一次請求，這個請求裡面的資訊是被封裝在request物件中的。同時它也是HttpServletRequest類的例項，並且具有請求域，也就是在完成客戶端的請求之前，該物件是一直有效的。
常用方法：
request.setCharacterEncoding("UTF-8");//設定編碼，解決中文亂碼問題。request.setAttribute("","");//前者為需要設定的屬性，後者為需要的值。
request.getAttribute();request.getRequestDispatcher("index.jsp").forward(request, response);//請求轉發到index.jsp頁面，該請求物件是一直有效的。response物件：它包含了響應客戶請求的相關資訊，它也是HttpServletResponse類的例項。和request一樣，它具有頁面的作用域，也就是在訪問一個頁面的時候，該頁面的response物件只對這次訪問有效，往後執行是不存在、無效的。
常用方法：
response.setContentType("text/html","charset="utf-8");//設定響應的MIMI型別。response.sendRedirect("index.jsp");//請求重定向，如果存在多次重定向，那麼物件資料是不會儲存下來的，即為null。請求轉發和請求重定向的區別分析：
請求重定向：客戶端行為，response.sendRedirect()，從本質上講等同於兩次請求，前一次的請求物件不會儲存，位址列的URL地址會改變。
請求轉發：伺服器行為，request.getRequestDispatcher().forward(req, resp);是一次請求，轉發後請求物件會儲存，位址列的URL地址不會改變。
session物件：當我們第一次訪問頁面的時候，session物件就會被自動裝載和建立。它是HttpSession類的例項物件。
什麼是會話？為什麼要用session物件？
會話：當一個客戶端開啟瀏覽器連線到伺服器開始，到客戶端關閉瀏覽器伺服器結束這個過程，我們稱為一個會話。
在實際情況下，客戶在訪問伺服器的過程中，避免不了會在伺服器的幾個頁面之間切換，這時候服務端有必要知道當前操作的客戶是不是操作前幾個頁面的客戶，也就是必須要清楚知道是否同一個人在進行操作。所以就引入了session物件這個概念。
application物件：它實現了使用者間資料的共享，可以存放全域性變數，它是ServletContext類的例項。它的生命週期開始於伺服器的啟動，終止於伺服器的關閉。
注：
①在使用者的前後連線或不同使用者之間的連線中，可以對application物件的同一屬性進行操作。
②在任何地方對application物件屬性的操作，都將影響到其他使用者對此的訪問。
JSP的指令和動作：
①三個編譯指令：page、include、taglib。
②七個動作指令：jsp:forward、jsp:param、jsp:include、jsp:plugin、jsp:useBean、jsp:setProperty、jsp:getPProperty。
JSP指令：
include指令和include動作指令區別：
Session的生命週期
Session生命週期的“活動”思路：
①某次會話當中通過超連結開啟的新頁面屬於同一次會話。
②只有當前會話頁面沒有全部關閉，重新開啟新的瀏覽器視窗訪問同一專案資源時屬於同一次會話。
③除非本次會話的所有頁面都關閉後再重新訪問某個Jsp或者Servlet將會建立新的會話。
注：
注意原有會話是還存在的，只是這個舊的SessionId仍然存在於服務端，只不過再也沒有客戶端會攜帶它然後交予服務端校驗。
注：
①當Web容器啟動的時候，過濾器就已經載入並啟動了。
②例項化只會例項化一次，也就是說在Web容器中只會使用一次。
思路:
①首先判斷Servlet例項是否存在，如果存在則跳入第③步。
②初始化階段，init初始化方法是在建立例項之後完成的。
③響應階段，響應客戶端的請求，呼叫service()方法。由service()方法根據提交方式選擇性執行doGet()方法或者doPost()方法。
④終止階段，呼叫Destroy()方法銷燬，伺服器關閉。
Web監聽器
Web監聽器是有Servlet規範定義的一種特殊類，它可以監聽客戶端的請求和服務端的操作，同時它還可以監聽，包括ServletContext、HttpSession、ServletRequest等物件。
監聽器的分類
HttpSession的事件監聽器
ServletContext的事件監聽器
ServletRequest的事件監聽器
注：
這三個監聽事件，分別實現對應的介面，也就是圖示的1..N。既然實現了介面，即必然要實現其對應的方法，如圖所示。主要用途也如圖所示。
繫結到HttpSession域中的物件狀態的事件監聽器
注：
為什麼要用session鈍化？
首先，正常情況下，我們的session是存放在伺服器的session當中的，但是如果我們的使用者很多的時候，仍然把session存放在伺服器裡，這時伺服器的開銷是很大的，會直接影響我們Web應用的使用。所以就需要使用到session鈍化機制，它的本質就是將伺服器未使用到的session物件暫時序列化到系統檔案當中，當要使用的時候再反序列化到伺服器記憶體當中。
Model1和Model2
注：
Model1是最早的能體現分層思想的一種開發模式，簡單來說Model1就是一種Jsp+JavaBean的一種開發模式。
缺點：可維護性和可擴充套件性是比較差的。
思路：
①首先由Jsp頁面向Servlet提交一個請求。
②然後在我們的控制層Servlet例項化一個模型層的物件或者呼叫模型層的一些功能。
③然後由模型層來訪問讀取我們的資料庫層。
④當得到讀取到結果後，再將結果返回到我們的控制層。
⑤控制層得到這個結果後，會根據這個結果給使用者展示不同的Jsp頁面。