String
類分清常量池和變量池。java
String類的經常使用方法git
public int length() public boolean eauals(String s) public boolean startsWith(String s) public boolean endsWith(String s) public int compareTo(String s) public boolean contains(String s) public int indexOf(String s) public int lastIndexOf(String s) public String substrings(int startpoint) public String trim()
StringTokenizer
類Scanner
類StringBuffer
類Date
類Calender
類format
方法)Math
類BigInteger
類Random
類Class
類Console
類Pattern
類Matcher
類自動裝箱與拆箱express
Q1:在看到如圖所示狀況時,我出現了疑問,爲何前面的hello
和testOne
的引用相等,然後面hello
和testTwo
的引用值不相等呢?
數組
A1:在回顧以前內容時,我明白了:
在以前String testOne = "你"+"好"
中是兩個常量的運算,其結果仍然在常量池中,然後面String testTwo = you+hi
是變量之間的運算,結果在動態區中,testTwo
被從新賦予一個引用。dom
Q2:在看到課本對代碼1的解析時,有一個名詞++常量優化技術++,不知道是什麼意思,爲此我上百度查了一下:ide
A2:常量優化是編譯時的一項優化技術;顧名思義,將代碼中的常量計算在編譯時完成,從而節約運行時的計算量;
通常涉及一下幾方面:學習
常量替換: 將代碼中聲明的const類型變量引用到的地方直接替換爲常量值;優化
常量摺疊:顧名思義是對expression中的常量計算進行摺疊,去掉冗餘的運算;好比bool運算true||(a||b&&c) 這個運算直接就摺疊爲true;spa
4.經過認識這個編譯時優化技術。咱們能夠更好的利用常量,寫出更漂亮更快的代碼了。
-- [常量優化]調試
Q3:在學習到如圖所示時,不太瞭解Arrays
類
A3: 在java.util
中,Arrays
能夠調用各類對數組的操做。
Q1:在編譯代碼時,出現瞭如圖所示狀況。
A1:本身一開始覺得是找不到java.util
包,因而上網查了一下,多是變量classpath
出現了問題,結果發現本身設置的沒有問題,後來才發現是本身誤將util
敲成until
。
本身將這個錯誤寫到博客爲了提醒本身,若是出現找不到java.util
包的狀況,要從最基本的classpath
變量的設置解決。
Q2:在編譯代碼時,出現瞭如圖所示狀況。
A2:一開始,本身找不出問題出如今哪裏,到了後來,本身發現,是誤將a[j].compareTo(a[i])<0
敲成了a[j].compareTo(a[i]>0)
。
因此,必定要了解,比較的是compareTo方法的返回值。
Q1:下列關於Override的說法,正確的是
A.子類所聲明的成員變量的名字和從父類繼承來的成員變量名字相同但類型不一樣時,子類會隱藏所繼承的成員變量。
B.除了繼承的方法以外,子類新定義的方法能夠操做子類繼承的成員變量。
C.子類重寫的方法,方法名字、參數個數、參數類型和父類的方法徹底相同。
D.重寫方法能夠操做被子類隱藏的成員變量和方法。
答案:ABC
解析:子類隱藏的變量是指子類所生命的成員變量的名字和從父類繼承的成員變量的名字相同。而++重寫的方法沒法操做被子類隱藏的成員變量和方法++。
本題漏選A,通過查課本,發現子類隱藏的所繼承的成員變量的確是所聲明的成員變量的名字和從父類繼承來的成員變量的名字相同,++聲明的類型能夠不一樣++。
Q2:某方法在父類的訪問權限是public,則子類重寫時級別能夠是protected。
A.true
B.false
答案:B
解析:該題選錯,子類重寫父類的方法時,不容許下降方法的訪問權限,但能夠提升訪問權限。
Q3:下列代碼中標註的(A,B,C,D)中,哪個是錯誤的?
abstract class Takecare { protected void speakHello() {} //A public abstract static void cry(); //B static int f() { return 0 ;} //C abstract float g(); //D }
A.A
B.B
C.C
D.D
答案:B
解析:此題本不應出錯,出錯的緣由仍是練習的次數太少,abstract
應該寫在類型的前面。
隨着學習任務的增多,原來在學習新知識時,舊知識的漏洞也就會顯現出來,一開始,咱們可能會慌,其實,這並不可怕,發現知識的漏洞是好事,咱們只要返回認真把知識的漏洞填補好就能夠了。不要在一樣的地方摔倒第二次,這就是我對於最近的學習想法。
~ | 代碼行數(新增/累積) | 博客量(新增/累積) | 學習時間(新增/累積) | 重要成長 |
---|---|---|---|---|
目標 | 5000行 | 30篇 | 400小時 | |
第六週 | 3093/1500 | 1/2 | 46/90 |
無