一、面向對象和麪向過程的區別java
面向過程git
優勢:性能比面向對象高,由於類調用時須要實例化,開銷比較大,比較消耗資源;好比單片機、嵌入式開發、Linux/Unix等通常採用面向過程開發,性能是最重要的 因素。
程序員
缺點:沒有面向對象易維護、易複用、易擴展github
二、Java語言有哪些特色面試
一、簡單易學編程
二、面向對象(封裝、繼承、多態);小程序
三、平臺無關性(Java虛擬機實現平臺無關性);數組
四、可靠性;瀏覽器
五、安全性;安全
六、支持多線程(C++語言沒有內置的多線程機制,所以必須調用操做i系統的多線程功能來進行多線程程序設計,而Java語言卻提供了多線程支持);
七、支持網絡編程而且很方便(Java語言誕生自己就是爲簡化網絡編程設計的,所以Java語言不只支持網絡編程並且很方便);
八、編譯與解釋並存;
Java虛擬機(JVM)是運行 Java 字節碼的虛擬機。JVM有針對不一樣系統的特定實現(Windows,Linux,macOS),目的是使用相同的字節碼,它們都會給出相同的結果。
什麼是字節碼?採用字節碼的好處是什麼?
在 Java 中,JVM能夠理解的代碼就叫作
字節碼
(即擴展名爲.class
的文件),它不面向任何特定的處理器,只面向虛擬機。Java 語言經過字節碼的方式,在必定程度上解決了傳統解釋型語言執行效率低的問題,同時又保留了解釋型語言可移植的特色。因此 Java 程序運行時比較高效,並且,因爲字節碼並不專對一種特定的機器,所以,Java程序無須從新編譯即可在多種不一樣的計算機上運行。
Java 程序從源代碼到運行通常有下面3步:
咱們須要格外注意的是 .class->機器碼 這一步。在這一步 jvm 類加載器首先加載字節碼文件,而後經過解釋器逐行解釋執行,這種方式的執行速度會相對比較慢。並且,有些方法和代碼塊是常常須要被調用的,也就是所謂的熱點代碼,因此後面引進了 JIT 編譯器,JIT 屬於運行時編譯。當 JIT 編譯器完成第一次編譯後,其會將字節碼對應的機器碼保存下來,下次能夠直接使用。而咱們知道,機器碼的運行效率確定是高於 Java 解釋器的。這也解釋了咱們爲何常常會說 Java 是編譯與解釋共存的語言。
HotSpot採用了惰性評估(Lazy Evaluation)的作法,根據二八定律,消耗大部分系統資源的只有那一小部分的代碼(熱點代碼),而這也就是JIT所須要編譯的部分。JVM會根據代碼每次被執行的狀況收集信息並相應地作出一些優化,所以執行的次數越多,它的速度就越快。JDK 9引入了一種新的編譯模式AOT(Ahead of Time Compilation),它是直接將字節碼編譯成機器碼,這樣就避免了JIT預熱等各方面的開銷。JDK支持分層編譯和AOT協做使用。可是 ,AOT 編譯器的編譯質量是確定比不上 JIT 編譯器的。
總結:Java虛擬機(JVM)是運行 Java 字節碼的虛擬機。JVM有針對不一樣系統的特定實現(Windows,Linux,macOS),目的是使用相同的字節碼,它們都會給出相同的結果。字節碼和不一樣系統的 JVM 實現是 Java 語言「一次編譯,隨處能夠運行」的關鍵所在。
JDK是Java Development Kit,它是功能齊全的Java SDK。它擁有JRE所擁有的一切,還有編譯器(javac)和工具(如javadoc和jdb)。它可以建立和編譯程序。
JRE 是 Java運行時環境。它是運行已編譯 Java 程序所需的全部內容的集合,包括 Java虛擬機(JVM),Java類庫,java命令和其餘的一些基礎構件。可是,它不能用於建立新程序。
若是你只是爲了運行一下 Java 程序的話,那麼你只須要安裝 JRE 就能夠了。若是你須要進行一些 Java 編程方面的工做,那麼你就須要安裝JDK了。可是,這不是絕對的。有時,即便您不打算在計算機上進行任何Java開發,仍然須要安裝JDK。例如,若是要使用JSP部署Web應用程序,那麼從技術上講,您只是在應用程序服務器中運行Java程序。那你爲何須要JDK呢?由於應用程序服務器會將 JSP 轉換爲 Java servlet,而且須要使用 JDK 來編譯 servlet。
可能在看這個問題以前不少人和我同樣並無接觸和使用過 OpenJDK 。那麼Oracle和OpenJDK之間是否存在重大差別?下面經過我經過我收集到一些資料對你解答這個被不少人忽視的問題。
對於Java 7,沒什麼關鍵的地方。OpenJDK項目主要基於Sun捐贈的HotSpot源代碼。此外,OpenJDK被選爲Java 7的參考實現,由Oracle工程師維護。關於JVM,JDK,JRE和OpenJDK之間的區別,Oracle博客帖子在2012年有一個更詳細的答案:
問:OpenJDK存儲庫中的源代碼與用於構建Oracle JDK的代碼之間有什麼區別?
答:很是接近 - 咱們的Oracle JDK版本構建過程基於OpenJDK 7構建,只添加了幾個部分,例如部署代碼,其中包括Oracle的Java插件和Java WebStart的實現,以及一些封閉的源代碼派對組件,如圖形光柵化器,一些開源的第三方組件,如Rhino,以及一些零碎的東西,如附加文檔或第三方字體。展望將來,咱們的目的是開源Oracle JDK的全部部分,除了咱們考慮商業功能的部分。
總結:
Oracle JDK版本將每三年發佈一次,而OpenJDK版本每三個月發佈一次;
OpenJDK 是一個參考模型而且是徹底開源的,而Oracle JDK是OpenJDK的一個實現,並非徹底開源的;
Oracle JDK 比 OpenJDK 更穩定。OpenJDK和Oracle JDK的代碼幾乎相同,但Oracle JDK有更多的類和一些錯誤修復。所以,若是您想開發企業/商業軟件,我建議您選擇Oracle JDK,由於它通過了完全的測試和穩定。某些狀況下,有些人提到在使用OpenJDK 可能會遇到了許多應用程序崩潰的問題,可是,只需切換到Oracle JDK就能夠解決問題;
在響應性和JVM性能方面,Oracle JDK與OpenJDK相比提供了更好的性能;
Oracle JDK不會爲即將發佈的版本提供長期支持,用戶每次都必須經過更新到最新版本得到支持來獲取最新版本;
Oracle JDK根據二進制代碼許可協議得到許可,而OpenJDK根據GPL v2許可得到許可。
我知道不少人沒學過 C++,可是面試官就是沒事喜歡拿我們 Java 和 C++ 比呀!沒辦法!!!就算沒學過C++,也要記下來!
都是面向對象的語言,都支持封裝、繼承和多態
Java 不提供指針來直接訪問內存,程序內存更加安全
Java 的類是單繼承的,C++ 支持多重繼承;雖然 Java 的類不能夠多繼承,可是接口能夠多繼承。
Java 有自動內存管理機制,不須要程序員手動釋放無用內存
一個程序中能夠有多個類,但只能有一個類是主類。在 Java 應用程序中,這個主類是指包含 main()方法的類。而在 Java 小程序中,這個主類是一個繼承自系統類 JApplet 或 Applet 的子類。應用程序的主類不必定要求是 public 類,但小程序的主類要求必須是 public 類。主類是 Java 程序執行的入口點。
簡單說應用程序是從主線程啓動(也就是 main() 方法)。applet 小程序沒有main方法,主要是嵌在瀏覽器頁面上運行(調用init()線程或者run()來啓動),嵌入瀏覽器這點跟 flash 的小遊戲相似。
形式上: 字符常量是單引號引發的一個字符 字符串常量是雙引號引發的若干個字符
含義上: 字符常量至關於一個整形值( ASCII 值),能夠參加表達式運算 字符串常量表明一個地址值(該字符串在內存中存放位置)
佔內存大小 字符常量只佔2個字節 字符串常量佔若干個字節(至少一個字符結束標誌) (注意: char在Java中佔兩個字節)
在講繼承的時候咱們就知道父類的私有屬性和構造方法並不能被繼承,因此 Constructor 也就不能被 override(重寫),可是能夠 overload(重載),因此你能夠看到一個類中有多個構造函數的狀況。
重載: 發生在同一個類中,方法名必須相同,參數類型不一樣、個數不一樣、順序不一樣,方法返回值和訪問修飾符能夠不一樣,發生在編譯時。
重寫: 發生在父子類中,方法名、參數列表必須相同,返回值範圍小於等於父類,拋出的異常範圍小於等於父類,訪問修飾符範圍大於等於父類;若是父類方法訪問修飾符爲 private 則子類就不能重寫該方法。
封裝把一個對象的屬性私有化,同時提供一些能夠被外界訪問的屬性的方法,若是屬性不想被外界訪問,咱們大可沒必要提供方法給外界訪問。可是若是一個類沒有提供給外界訪問的方法,那麼這個類也沒有什麼意義了。
繼承是使用已存在的類的定義做爲基礎創建新類的技術,新類的定義能夠增長新的數據或新的功能,也能夠用父類的功能,但不能選擇性地繼承父類。經過使用繼承咱們可以很是方便地複用之前的代碼。
關於繼承以下 3 點請記住:
子類擁有父類非 private 的屬性和方法。
子類能夠擁有本身屬性和方法,即子類能夠對父類進行擴展。
子類能夠用本身的方式實現父類的方法。(之後介紹)。
所謂多態就是指程序中定義的引用變量所指向的具體類型和經過該引用變量發出的方法調用在編程時並不肯定,而是在程序運行期間才肯定,即一個引用變量到底會指向哪一個類的實例對象,該引用變量發出的方法調用究竟是哪一個類中實現的方法,必須在由程序運行期間才能決定。
在Java中有兩種形式能夠實現多態:繼承(多個子類對同一方法的重寫)和接口(實現接口並覆蓋接口中同一方法)。
可變性
簡單的來講:String 類中使用 final 關鍵字字符數組保存字符串, private final char value[]
,因此 String 對象是不可變的。而StringBuilder 與 StringBuffer 都繼承自 AbstractStringBuilder 類,在 AbstractStringBuilder 中也是使用字符數組保存字符串 char[]value
可是沒有用 final 關鍵字修飾,因此這兩種對象都是可變的。
StringBuilder 與 StringBuffer 的構造方法都是調用父類構造方法也就是 AbstractStringBuilder 實現的,你們能夠自行查閱源碼。
AbstractStringBuilder.java
abstract class AbstractStringBuilder implements Appendable, CharSequence {
char[] value;
int count;
AbstractStringBuilder() {
}
AbstractStringBuilder(int capacity) {
value = new char[capacity];
}
線程安全性
String 中的對象是不可變的,也就能夠理解爲常量,線程安全。AbstractStringBuilder 是 StringBuilder 與 StringBuffer 的公共父類,定義了一些字符串的基本操做,如 expandCapacity、append、insert、indexOf 等公共方法。StringBuffer 對方法加了同步鎖或者對調用的方法加了同步鎖,因此是線程安全的。StringBuilder 並無對方法進行加同步鎖,因此是非線程安全的。
性能
每次對 String 類型進行改變的時候,都會生成一個新的 String 對象,而後將指針指向新的 String 對象。StringBuffer 每次都會對 StringBuffer 對象自己進行操做,而不是生成新的對象並改變對象引用。相同狀況下使用 StringBuilder 相比使用 StringBuffer 僅能得到 10%~15% 左右的性能提高,但卻要冒多線程不安全的風險。
對於三者使用的總結:
操做少許的數據 = String
單線程操做字符串緩衝區下操做大量數據 = StringBuilder
多線程操做字符串緩衝區下操做大量數據 = StringBuffer
裝箱:將基本類型用它們對應的引用類型包裝起來;
拆箱:將包裝類型轉換爲基本數據類型;
因爲靜態方法能夠不經過對象進行調用,所以在靜態方法裏,不能調用其餘非靜態變量,也不能夠訪問非靜態變量成員。
Java 程序在執行子類的構造方法以前,若是沒有用 super() 來調用父類特定的構造方法,則會調用父類中「沒有參數的構造方法」。所以,若是父類中只定義了有參數的構造方法,而在子類的構造方法中又沒有用 super() 來調用父類中特定的構造方法,則編譯時將發生錯誤,由於 Java 程序在父類中找不到沒有參數的構造方法可供執行。解決辦法是在父類里加上一個不作事且沒有參數的構造方法。
剛開始的時候 JavaAPI 所必需的包是 java 開頭的包,javax 當時只是擴展 API 包來講使用。然而隨着時間的推移,javax 逐漸的擴展成爲 Java API 的組成部分。可是,將擴展從 javax 包移動到 java 包將是太麻煩了,最終會破壞一堆現有的代碼。所以,最終決定 javax 包將成爲標準API的一部分。
因此,實際上java和javax沒有區別。這都是一個名字。
接口的方法默認是 public,全部方法在接口中不能有實現(Java 8 開始接口方法能夠有默認實現),抽象類能夠有非抽象的方法
接口中的實例變量默認是 final 類型的,而抽象類中則不必定
一個類能夠實現多個接口,但最多隻能實現一個抽象類
一個類實現接口的話要實現接口的全部方法,而抽象類不必定
接口不能用 new 實例化,但能夠聲明,可是必須引用一個實現該接口的對象 從設計層面來講,抽象是對類的抽象,是一種模板設計,接口是行爲的抽象,是一種行爲的規範。
備註:在JDK8中,接口也能夠定義靜態方法,能夠直接用接口名調用。實現類和實現是不能夠調用的。若是同時實現兩個接口,接口中定義了同樣的默認方法,必須重寫,否則會報錯。(詳見issue:https://github.com/Snailclimb/JavaGuide/issues/146)
從語法形式上,當作員變量是屬於類的,而局部變量是在方法中定義的變量或是方法的參數;成員變量能夠被 public,private,static 等修飾符所修飾,而局部變量不能被訪問控制修飾符及 static 所修飾;可是,成員變量和局部變量都能被 final 所修飾;
從變量在內存中的存儲方式來看:若是成員變量是使用 static
修飾的,那麼這個成員變量是屬於類的,若是沒有使用使用 static
修飾,這個成員變量是屬於實例的。而對象存在於堆內存,局部變量存在於棧內存
從變量在內存中的生存時間上看:成員變量是對象的一部分,它隨着對象的建立而存在,而局部變量隨着方法的調用而自動消失。
成員變量若是沒有被賦初值:則會自動以類型的默認值而賦值(一種狀況例外被 final 修飾的成員變量也必須顯示地賦值);而局部變量則不會自動賦值。
new運算符,new建立對象實例(對象實例在堆內存中),對象引用指向對象實例(對象引用存放在棧內存中)。一個對象引用能夠指向0個或1個對象(一根繩子能夠不繫氣球,也能夠系一個氣球);一個對象能夠有n個引用指向它(能夠用n條繩子繫住一個氣球)。
方法的返回值是指咱們獲取到的某個方法體中的代碼執行後產生的結果!(前提是該方法可能產生結果)。返回值的做用:接收出結果,使得它能夠用於其餘的操做!
主要做用是完成對類對象的初始化工做。能夠執行。由於一個類即便沒有聲明構造方法也會有默認的不帶參數的構造方法。
名字與類名相同;
沒有返回值,但不能用void聲明構造函數;
生成類的對象時自動執行,無需調用。
在外部調用靜態方法時,可使用"類名.方法名"的方式,也可使用"對象名.方法名"的方式。而實例方法只有後面這種方式。也就是說,調用靜態方法能夠無需建立對象。
靜態方法在訪問本類的成員時,只容許訪問靜態成員(即靜態成員變量和靜態方法),而不容許訪問實例成員變量和實例方法;實例方法則無此限制.
對象的相等,比的是內存中存放的內容是否相等。而引用相等,比較的是他們指向的內存地址是否相等。
幫助子類作初始化工做。
== : 它的做用是判斷兩個對象的地址是否是相等。即,判斷兩個對象是否是同一個對象。(基本數據類型==比較的是值,引用數據類型==比較的是內存地址)
equals() : 它的做用也是判斷兩個對象是否相等。但它通常有兩種使用狀況:
狀況1:類沒有覆蓋 equals() 方法。則經過 equals() 比較該類的兩個對象時,等價於經過「==」比較這兩個對象。
狀況2:類覆蓋了 equals() 方法。通常,咱們都覆蓋 equals() 方法來兩個對象的內容相等;若它們的內容相等,則返回 true (即,認爲這兩個對象相等)。
舉個例子:
public class test1 {
public static void main(String[] args) {
String a = new String("ab"); // a 爲一個引用
String b = new String("ab"); // b爲另外一個引用,對象的內容同樣
String aa = "ab"; // 放在常量池中
String bb = "ab"; // 從常量池中查找
if (aa == bb) // true
System.out.println("aa==bb");
if (a == b) // false,非同一對象
System.out.println("a==b");
if (a.equals(b)) // true
System.out.println("aEQb");
if (42 == 42.0) { // true
System.out.println("true");
}
}
}
說明:
String 中的 equals 方法是被重寫過的,由於 object 的 equals 方法是比較的對象的內存地址,而 String 的 equals 方法比較的是對象的值。
當建立 String 類型的對象時,虛擬機會在常量池中查找有沒有已經存在的值和要建立的值相同的對象,若是有就把它賦給當前引用。若是沒有就在常量池中從新建立一個 String 對象。
面試官可能會問你:「你重寫過 hashcode 和 equals 麼,爲何重寫equals時必須重寫hashCode方法?」
hashCode() 的做用是獲取哈希碼,也稱爲散列碼;它其實是返回一個int整數。這個哈希碼的做用是肯定該對象在哈希表中的索引位置。hashCode() 定義在JDK的Object.java中,這就意味着Java中的任何類都包含有hashCode() 函數。
散列表存儲的是鍵值對(key-value),它的特色是:能根據「鍵」快速的檢索出對應的「值」。這其中就利用到了散列碼!(能夠快速找到所須要的對象)
咱們以「HashSet 如何檢查重複」爲例子來講明爲何要有 hashCode:
當你把對象加入 HashSet 時,HashSet 會先計算對象的 hashcode 值來判斷對象加入的位置,同時也會與其餘已經加入的對象的 hashcode 值做比較,若是沒有相符的hashcode,HashSet會假設對象沒有重複出現。可是若是發現有相同 hashcode 值的對象,這時會調用 equals()方法來檢查 hashcode 相等的對象是否真的相同。若是二者相同,HashSet 就不會讓其加入操做成功。若是不一樣的話,就會從新散列到其餘位置。(摘自個人Java啓蒙書《Head first java》第二版)。這樣咱們就大大減小了 equals 的次數,相應就大大提升了執行速度。
若是兩個對象相等,則hashcode必定也是相同的
兩個對象相等,對兩個對象分別調用equals方法都返回true
兩個對象有相同的hashcode值,它們也不必定是相等的
所以,equals 方法被覆蓋過,則 hashCode 方法也必須被覆蓋
hashCode() 的默認行爲是對堆上的對象產生獨特值。若是沒有重寫 hashCode(),則該 class 的兩個對象不管如何都不會相等(即便這兩個對象指向相同的數據)
https://github.com/Snailclimb/JavaGuide/blob/master/EssentialContentForInterview/MostCommonJavaInterviewQuestions/第一週(2018-8-7).md
線程與進程類似,但線程是一個比進程更小的執行單位。一個進程在其執行的過程當中能夠產生多個線程。與進程不一樣的是同類的多個線程共享同一塊內存空間和一組系統資源,因此係統在產生一個線程,或是在各個線程之間做切換工做時,負擔要比進程小得多,也正由於如此,線程也被稱爲輕量級進程。
程序是含有指令和數據的文件,被存儲在磁盤或其餘的數據存儲設備中,也就是說程序是靜態的代碼。
進程是程序的一次執行過程,是系統運行程序的基本單位,所以進程是動態的。系統運行一個程序便是一個進程從建立,運行到消亡的過程。簡單來講,一個進程就是一個執行中的程序,它在計算機中一個指令接着一個指令地執行着,同時,每一個進程還佔有某些系統資源如CPU時間,內存空間,文件,文件,輸入輸出設備的使用權等等。換句話說,當程序在執行時,將會被操做系統載入內存中。 線程是進程劃分紅的更小的運行單位。線程和進程最大的不一樣在於基本上各進程是獨立的,而各線程則不必定,由於同一進程中的線程極有可能會相互影響。從另外一角度來講,進程屬於操做系統的範疇,主要是同一段時間內,能夠同時執行一個以上的程序,而線程則是在同一程序內幾乎同時執行一個以上的程序段。
Java 線程在運行的生命週期中的指定時刻只可能處於下面6種不一樣狀態的其中一個狀態(圖源《Java 併發編程藝術》4.1.4節)。
線程在生命週期中並非固定處於某一個狀態而是隨着代碼的執行在不一樣狀態之間切換。Java 線程狀態變遷以下圖所示(圖源《Java 併發編程藝術》4.1.4節):
由上圖能夠看出:
線程建立以後它將處於 NEW(新建) 狀態,調用 start()
方法後開始運行,線程這時候處於 READY(可運行) 狀態。可運行狀態的線程得到了 cpu 時間片(timeslice)後就處於 RUNNING(運行) 狀態。
操做系統隱藏 Java虛擬機(JVM)中的 RUNNABLE 和 RUNNING 狀態,它只能看到 RUNNABLE 狀態(圖源:HowToDoInJava:Java Thread Life Cycle and Thread States),因此 Java 系統通常將這兩個狀態統稱爲 RUNNABLE(運行中) 狀態 。
當線程執行 wait()
方法以後,線程進入 WAITING(等待)狀態。進入等待狀態的線程須要依靠其餘線程的通知纔可以返回到運行狀態,而TIME_WAITING(超時等待) 狀態至關於在等待狀態的基礎上增長了超時限制,好比經過 sleep(longmillis)
方法或 wait(longmillis)
方法能夠將 Java 線程置於 TIMED WAITING 狀態。當超時時間到達後 Java 線程將會返回到 RUNNABLE 狀態。當線程調用同步方法時,在沒有獲取到鎖的狀況下,線程將會進入到 BLOCKED(阻塞) 狀態。線程在執行 Runnable 的 run()
方法以後將會進入到 TERMINATED(終止)狀態。
final關鍵字主要用在三個地方:變量、方法、類。
對於一個final變量,若是是基本數據類型的變量,則其數值一旦在初始化以後便不能更改;若是是引用類型的變量,則在對其初始化以後便不能再讓其指向另外一個對象。
當用final修飾一個類時,代表這個類不能被繼承。final類中的全部成員方法都會被隱式地指定爲final方法。
使用final方法的緣由有兩個。第一個緣由是把方法鎖定,以防任何繼承類修改它的含義;第二個緣由是效率。在早期的Java實現版本中,會將final方法轉爲內嵌調用。可是若是方法過於龐大,可能看不到內嵌調用帶來的任何性能提高(如今的Java版本已經不須要使用final方法進行這些優化了)。類中全部的private方法都隱式地指定爲final。
在 Java 中,全部的異常都有一個共同的祖先java.lang包中的Throwable類。Throwable: 有兩個重要的子類:Exception(異常) 和 Error(錯誤) ,兩者都是 Java 異常處理的重要子類,各自都包含大量子類。
Error(錯誤):是程序沒法處理的錯誤,表示運行應用程序中較嚴重問題。大多數錯誤與代碼編寫者執行的操做無關,而表示代碼運行時 JVM(Java 虛擬機)出現的問題。例如,Java虛擬機運行錯誤(Virtual MachineError),當 JVM 再也不有繼續執行操做所需的內存資源時,將出現 OutOfMemoryError。這些異常發生時,Java虛擬機(JVM)通常會選擇線程終止。
這些錯誤表示故障發生於虛擬機自身、或者發生在虛擬機試圖執行應用時,如Java虛擬機運行錯誤(Virtual MachineError)、類定義錯誤(NoClassDefFoundError)等。這些錯誤是不可查的,由於它們在應用程序的控制和處理能力之 外,並且絕大多數是程序運行時不容許出現的情況。對於設計合理的應用程序來講,即便確實發生了錯誤,本質上也不該該試圖去處理它所引發的異常情況。在 Java中,錯誤經過Error的子類描述。
Exception(異常):是程序自己能夠處理的異常。Exception 類有一個重要的子類 RuntimeException。RuntimeException 異常由Java虛擬機拋出。NullPointerException(要訪問的變量沒有引用任何對象時,拋出該異常)、ArithmeticException(算術運算異常,一個整數除以0時,拋出該異常)和 ArrayIndexOutOfBoundsException(下標越界異常)。
注意:異常和錯誤的區別:異常能被程序自己能夠處理,錯誤是沒法處理。
public string getMessage():返回異常發生時的詳細信息
public string toString():返回異常發生時的簡要描述
public string getLocalizedMessage():返回異常對象的本地化信息。使用Throwable的子類覆蓋這個方法,能夠聲稱本地化信息。若是子類沒有覆蓋該方法,則該方法返回的信息與getMessage()返回的結果相同
public void printStackTrace():在控制檯上打印Throwable對象封裝的異常信息
try 塊:用於捕獲異常。其後可接零個或多個catch塊,若是沒有catch塊,則必須跟一個finally塊。
catch 塊:用於處理try捕獲到的異常。
finally 塊:不管是否捕獲或處理異常,finally塊裏的語句都會被執行。當在try塊或catch塊中遇到return語句時,finally語句塊將在方法返回以前被執行。
在如下4種特殊狀況下,finally塊不會被執行:
在finally語句塊第一行發生了異常。 由於在其餘行,finally塊仍是會獲得執行
在前面的代碼中用了System.exit(int)已退出程序。 exit是帶參函數 ;若該語句在異常語句以後,finally會執行
程序所在的線程死亡。
關閉CPU。
下面這部份內容來自issue:https://github.com/Snailclimb/JavaGuide/issues/190。
關於返回值:
若是try語句裏有return,返回的是try語句塊中變量值。 詳細執行過程以下:
若是有返回值,就把返回值保存到局部變量中;
執行jsr指令跳到finally語句裏執行;
執行完finally語句後,返回以前保存在局部變量表裏的值。
若是try,finally語句裏均有return,忽略try的return,而使用finally的return.
對於不想進行序列化的變量,使用transient關鍵字修飾。
transient關鍵字的做用是:阻止實例中那些用此關鍵字修飾的的變量序列化;當對象被反序列化時,被transient修飾的變量值不會被持久化和恢復。transient只能修飾變量,不能修飾類和方法。
方法1:經過 Scanner
Scanner input = new Scanner(System.in);
String s = input.nextLine();
input.close();
方法2:經過 BufferedReader
BufferedReader input = new BufferedReader(new InputStreamReader(System.in));
String s = input.readLine();