金山電面總結

1 java引用類型

? 4種引用類型:強引用(StrongReference),軟引用(SoftReference),弱引用(WeakReference),幽靈引用(PhantomReference)。

強引用是最普遍的引用,如果一個對象具有強引用,那垃圾回收器絕不會回收它。

軟引用強度上弱于強引用,它的作用是告訴回收器哪些對象是不那么重要,在內存不足時可以暫時回收。當JVM內存不足時,垃圾回收器會釋放那些只被軟引用所指向的對象。如果全部釋放完這些對象之后,內存還不足,才會拋出OutOfMemory錯誤。軟引用非常適合于創建緩存。當系統內存不足的時候,緩存中的內容是可以被釋放的。通過類SoftReference來表示。

弱引用在強度上弱于軟引用,通過類WeakReference來表示。它的作用是引用一個對象,但是并不阻止該對象被回收。如果使用一個強引用的話,只要該引用存在,那么被引用的對象是不能被回收的。弱引用則沒有這個問題。在垃圾回收器運行的時候,如果一個對象的所有引用都是弱引用的話,該對象會被回收。弱引用的作用在于解決強引用所帶來的對象之間在存活時間上的耦合關系。弱引用最常見的用處是在集合類中,尤其在哈希表中。哈希表的接口允許使用任何Java對象作為鍵來使用。當一個鍵值對被放入到哈希表中之后,哈希表對象本身就有了對這些鍵和值對象的引用。如果這種引用是強引用的話,那么只要哈希表對象本身還存活,其中所包含的鍵和值對象是不會被回收的。如果某個存活時間很長的哈希表中包含的鍵值對很多,最終就有可能消耗掉JVM中全部的內存。

幽靈引用,要先介紹Java提供的對象終止化機制(finalization)。在Object類里面有個finalize方法,其設計的初衷是在一個對象被真正回收之前,可以用來執行一些清理的工作。因為Java并沒有提供類似C++的析構函數一樣的機制,就通過 finalize方法來實現。但是問題在于垃圾回收器的運行時間是不固定的,所以這些清理工作的實際運行時間也是不能預知的。幽靈引用(phantom reference)可以解決這個問題。在創建幽靈引用PhantomReference的時候必須要指定一個引用隊列。當一個對象的finalize方法已經被調用了之后,這個對象的幽靈引用會被加入到隊列中。通過檢查該隊列里面的內容就知道一個對象是不是已經準備要被回收了。

幽靈引用及其隊列的使用情況并不多見,主要用來實現比較精細的內存使用控制,這對于移動設備來說是很有意義的。程序可以在確定一個對象要被回收之后,再申請內存創建新的對象。通過這種方式可以使得程序所消耗的內存維持在一個相對較低的數量。

2 Android多進程

1 AIDL

AIDL 即AndroidInterface Definition Language的縮寫,是專為 Android 中跨進程通信接口的描述語言。優缺點很明顯,優點是穩定,快,Android 專門用于跨進程通信設計的。缺點是比較麻煩,AIDL 是通信的約定,參加通信的雙方都需要把這個 AIDL 文件都加入自己的代碼中,然后創建 Service 來實現訪問和被訪問。

2 ContentProvider

作為 Android 四大基礎組件之一的 ContentProvider 本來它的作用只是提供內容性質的跨進程訪問。但是在 API 11 (Android 3.0) 中,ContentProvider 加入了一個新的方法,可以用來進行跨進程的方法調用,ContentProvider 中這個方法的定義如下:

Bundle call(String method, String arg, Bundle extras)

從易用性來講,這個沒有 AIDL 那么麻煩,而且擴展性更強,也沒有 Broadcast 過于依賴系統,API 11 應該就是主要是缺點了,別的缺點暫時沒發現,歡迎補充。

3 Broadcast

廣播是最簡單的:優點是把分發消息的任務全部交給 Android 系統了;缺點也是因為全交給系統了,很多地方不受控制。缺點:

雖然廣播可以通過指定包名來進行發送指向性消息,但是卻不能驗證消息去向 App 的簽名。

系統重啟之后,在系統的廣播隊列里邊的消息就丟失了。

3 Java多線程之間的通訊

線程間的相互作用:線程之間需要一些協調通信,來共同完成一件任務。

wait()方法

wait()方法使得當前線程必須要等待,等到另外一個線程調用notify()或者notifyAll()方法。

線程調用wait()方法,釋放它對鎖的擁有權,然后等待另外的線程來通知它(通知的方式是notify()或者notifyAll()方法),這樣它才能重新獲得鎖的擁有權和恢復執行。

要確保調用wait()方法的時候擁有鎖,即,wait()方法的調用必須放在synchronized方法或synchronized塊中。

notify()方法

notify()方法會喚醒一個等待當前對象的鎖的線程。

如果多個線程在等待,它們中的一個將會選擇被喚醒。這種選擇是隨意的,和具體實現有關。(線程等待一個對象的鎖是由于調用了wait方法中的一個)。

被喚醒的線程是不能被執行的,需要等到當前線程放棄這個對象的鎖。

被喚醒的線程將和其他線程以通常的方式進行競爭,來獲得對象的鎖。也就是說,被喚醒的線程并沒有什么優先權,也沒有什么劣勢,對象的下一個線程還是需要通過一般性的競爭。

notify()方法應該是被擁有對象的鎖的線程所調用。

(This method should only be called by a thread that is the owner of this object's monitor.)

換句話說,和wait()方法一樣,notify方法調用必須放在synchronized方法或synchronized塊中。

4 Android布局優化

Overdraw就是過度繪制,
Android提供了測量Overdraw的選項,在開發者選項-調試GPU過度繪制(Show GPU Overdraw),打開選項就可以看到當前頁面Overdraw的狀態.

第一招:合理選擇控件容器。

LinearLayout易用,效率高,表達能力有限。RelativeLayout復雜,表達能力強,效率稍遜。

第二招:去掉window的默認背景

第三招:去掉其他不必要的背景

第四招:ClipRect & QuickReject

第五招:ViewStub

第六招:Merge

第七招:善用draw9patch

第八招:慎用Alpha

第九招:避免“OverDesign”

5 NestedScrollView 與CoordinatorLayout 機制

NestedScrollingParent

NestedScrollingChild

這是兩個接口, ?Android 就是通過這兩個接口, 來實現 子View 與父View 之間的嵌套滑動。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,117評論 6 537
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,860評論 3 423
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 177,128評論 0 381
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,291評論 1 315
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,025評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,421評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,477評論 3 444
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,642評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,177評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,970評論 3 356
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,157評論 1 371
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,717評論 5 362
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,410評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,821評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,053評論 1 289
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,896評論 3 395
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,157評論 2 375

推薦閱讀更多精彩內容