扒一扒：2020 台湾 Android-Kotlin-&-Java- 面試題庫，竟如此 --
經歷過快一個月的面試後，決定把這些遇到的問題記下來
加強印象的同時，也可以幫到找工作的朋友們
希望各位看倌們都能順順利利找到心儀的工作囉!
===========================================1、Context 是什麼？Activity 和 Service 都是繼承 Context 來的，Context 可以說是一個 Application 的靈魂，可以代表這個 App 與別的 App 溝通，很多的功能都可以透過 Context 來取得，宣告在 App Context 的變數也可以說是 App 的全域變數。
2、Android 四大組件與用途?[資料：Activity, Service Broadcast, ContentProvider](https://ithelp.ithome.com.tw/articles/10200435?sc=iThelpR)a、Activity 可說是 Android 的核心元件，是 App 與使用者互動的基礎介面
b、Service 一般來說都是在講 Background 的 Service 是一個無介面、生命週期長，適合用來連續處理事情的一個元件。
但因為 Android 對資安的要求，權限的取得越來越嚴格，之後可能會偏向於使用 Foreground ( 使用者知情-icon、不會被回收 )來進行開發。
若要偷偷運行在背景的話，就需要一個「保活」的技巧 ( 提高權重、復活 ) 來達成，Android 7 以上只能盡力一段時間。
2018 Google 推了 WorkManager 可以更簡單的來進行後台工作，[點我看介紹](
)
c、BroadcastAndroid 裡預設的溝通模式，就像以前的收音機一樣，利用 intent 去發送訊號，並且訂義相應的 Action 頻道讓 Receiver 去接收，Adnroid 很多開放的功能都是這種模式 ( 打電話、聯絡人…等 )，要注意的是 Broadcast 生命只有 10 秒，若做超過的事會發生 ANR。
d、ContentProvider 這是一個統一的資料接口元件，將自己可供人讀取的資料包住，讓別的 App 能存取。例如：通訊錄要給不同 App 讀取時就會包在此類
3、Activity & Fragment 生命週期 ( 各階段作用 ）[圖片來源](
)
a、onCreate ( onAttach, onCreateView, onActivityCreate )建立 Activity：可執行一次性的基本啟用邏輯，且有 saveInstanceState 可以取得舊資料
b、onStart 顯示給用戶可見：建立 onStop 所釋放的資源
c、onResume 可與用戶互動：恢復 onPause 釋放的資源，或需要每次進來就初始化的動作
d、onPause 部份可見：做一些系統資源的釋放 ( GPS、相機…等 ) ，以達省電效果。
e、onStop => onRestart => 接到 onStart 隱藏：檢查並釋放資源，以避免 memory leak，onPause 中 heavy-load 的工作應該移到 onStop 來做。
f、onDestroy ( onDestroyView, onDestroy, onDetach )銷毀：這裡可以做最後確認 memory leak 的可能性，注意有些極端情況 onDestroy 可能不會執行
===額外的===g、onStart => onRestoreInstanceSave 雖然 onCreate 也能取到 saveBundle ,但此方法只會在需要恢復狀態的時候 invoke 所以不用判斷 bundle == null
h、onStop => onSaveInstanceSave 保存狀態值進一個 bundle 中
4、生命週期的進階 ( A 轉 B、反轉螢幕...)a、A 轉 BA onPause, B onCreate, B onStart, B onResume, A onStop
b、反轉螢幕若在沒設 configChanges 的情況下，先銷毀再重建 onPause, onStop, onDestroy, onCreate, onStart, onResume
c、反轉螢幕 2??[(官方 configChanges 資料)](
)configChanges = orientation | keyboardHidden | screenSize 只執行 onConfigurationChanged 方法，可在此做相關調整。
5、反轉螢幕的保存：若不設定 configChanges 在銷毀後重建的情況下如何保存資料利用 onSaveInstanceState() 來保存並以 onRestoreInstanceState() 來讀取
6、Manifest.xml 的作用定義了很多要向系統告知的訊息例如： App name, 入口 Activity, 申請權限…等。
**7、Activity 啟動模式 & 應用場景 ( 4 種 )??[資料](
)**
a、Standard 無論如何新加一個實例
b、SingleTop 若任務棧頂端已有實例，調用 onNewIntent 復用，可應用在推播啟動上，例如：Line 點開訊息推播後，再點另一則，就直接復用聊天室 UI。
c、SingleTask 若任務棧中已有實例，調用 onNewIntent 復用，且會刪除壓在目標實例上面的其它實例，可應用在首頁性質的 UI，跳到首頁時清除之前壓在首頁上的 UI。
d、SingleInstance ( 沒用過 )每次新加一個實例時，都會新加一個任務棧存放，他會獨佔這個任務棧且是全局一起複用的，可應用在打電話的畫面，不管從哪呼叫打電話，整個手機系統中就只有一個打電話的實例。
關於 View 的流程管理，2018 google 推 navigation 可以有效的管理，[點擊看資料](
)
8、Handler 的用途與使用注意事項
Handler 效果有點類似 RxJava，是一個異步操作的類，我們可以用 Handler 來避免 Main Thread 堵塞，Handler 會把資料塞進 MessageQueue 裡面，然後 Looper 會把 Queue 的值不斷的取出來做處理。
Handler 有做 synchronized 以防多執行緒存取 Looper 裡面是一個無窮迴圈來取 queue 的值
要注意 Handler 若宣告為 inner class 時有可能會 memory leak，想解決可以加上 static 關鍵字，因為 static 可以打破『鏈式引用』( 持有外部類的引用 )。
在 Kotlin 裡，可以使用 coroutines 來做到防 Main Thread 堵塞
9、Handler VS AnycTask 的差異可以說我們若只想簡單的執行 background 作業，用 AnycTask 就可以，它內部也是以 Handler + Thread 回傳 msg 的方式達到目的，但由於它會抓著外面的 Activity 所以不適合做長時間的作業，怕 Activity 若消毀，作業尚未結束就會造成 memory leak，反之作業結束則會找不到 UI 產生 View not attached to window manager 的 exception。
10、內存溢出 ( OOM )、洩漏 ( Memory Leak ) 的差異，[資料](https://blog.csdn.net/qq_34501274/article/details/70216124)Memory Leak：資源未釋放 ( Connection, Cursor… 等 )Out of Memory：太多 Memory Leak 導致不夠用，或是像大圖那種需要大量 Memory 的情況
**11、Android 常見的 Memory Leak?[資料](
)**
a、Static Activity：static 變數是貫串整個 APP 的生命周期的，所以若抓著的 Activity 結束前沒有清掉，就會造成 memory leak。
b、Static View：和 Activity 類似情況。
c、Inner Classes：內部類的優點是可以存取外部類，但它會強引用外部類，所以容易造成 Memory leak。
d、Anonymous Classes：匿名內部類也一樣會引用外部類，假設有個 AnycTask 還沒執行完，它抓著的 Activity 就不會被釋放。
e、Handler：同匿名類別，當 MessageQueue 還沒處理完，Activity 不會釋放。
f、Thread、TimerTask：只要是匿名類，不論在哪個 Thread 都會持有 Activity 的引用。
12、Memory leak 和 Out of memory 的解決方法為何？需釋放的資源可在 onStop 進行檢查並釋放，注意物件的生命週期與使用情況，而像大圖這種大量使用 Memory 的情況，可以用 LruCache 來控制使用量。
13、Service vs IntentServiceService 不能做長時間的事情，需要在另一個 Thread 去操作，而 IntentService 則可以省去 Thread 的動作，並且可以重覆呼叫 IntentService ( 單例 )，他會排進一個 queue 裡，用 onHandleIntent 去處理，最後會自動 onDestroy，Service 要手動。
14、JobScheduler & JobIntentServiceAndroid 8 之後，後台權限的管制變嚴格，JobService 會透過 JobScheduler 去發送分配任務，而 Job
IntentService 與 JobService 的關係就像 Service 與 IntentService，JobIntentService 會處理掉 JobScheduler 的部份，讓我們專心覆寫 onHandleWork 即可。
**15、Service 生命週期 ?[詳請參考此資料](
)**IntentService 塞 2 個任務時的週期，在 onHandleIntent 處理 Queue 的任務 onCreate -> onStartCommand -> onStart -> onStartCommand -> onStart -> onHandleIntent ( 1 ) -> onHandleIntent ( 2 ) -> onDestroy
**16、Android ANR exception?[資料](
)**Application Not Responding 發生因原通常是在 main thread 做耗時操作。這裡可以用 Trace File 來追蹤 ( /data/anr/traces.txt )，裡頭會記錄發生問題的 Thread 做了什麼事而導致 Exception
17、i18n 是什麼國際化，internationalization and localization 的簡寫，i18n 代表字母長度
18、Dependency Injection 是什麼從物件外部注入資源，像是 setter、construct 都算是，目的是為了降低耦合度
19、物件導向 ( OO ) 的概念
a、設計基礎：封裝、繼承、多型、抽象
b、設計目的：可擴充 ( 繼承、增加功能 )、可修改 ( 物件間不影響 )、可替換 ( 使用不同物件、低耦合)
c、實際工作上，擁有好的物件概念，可以讓工作伙伴只要看我們提供的方法就可以知道物件怎麼使用。
20、Git 經驗分享，flowa、Git Flow：分為 Master、Hotfix、Develop、Feature。
b、GitHub Flow：只有 Master & Freture 的用法
c、GitLab Flow：2014 才出現，補足上一個的不足，多了 Production 或是測試環境的分支
21、Java 使用 String pool 的原因 a、節省資源：若 pool 中已有 “abc”，String str2 = “abc”，會重用 pool “abc”
b、比對效率：一般比對會一個個字元去比，pool 的存在只要比對是否同實例
**22、View 重疊的 Touch 處理方法?[資料](
)**onDispatchTouchEvent 負責分發事件若 return『True => onTouchEvent』『False => onInterceptTouchEvent』
onInterceptTouchEvent 負責攔截事件 ( ViewGroup 特有的 method )若 return『True => ViewGroup.onTouchEvent』『False => 子類.onDispatchTouchEvent』
最後到子類的 onTouchEvent 還是沒有被消費則會傳到 父類.onTouchEvent
23、為何要了解 Design patterns 除了教科書寫的各 patterns 的優缺點之外，也為了讓伙伴之間更容易讀懂程式
**24、常見 Design patterns ( 共 23 種 )?[資料](
)**
a、觀察者模式：適合在一對多的情況，目標異動的話，call 訂閱者的 method 進行通知，像 RecyclerView.notifyDataSetChanged。
b、Singleton：一些較耗資源的物件，可以 new 一個實例供大家使用。就像 getSystemService 就是返回單例物件
c、Factory：定義一個創建接口 ( 工廠 )，讓外面來決定要 new 哪個類 ( 產品 ) getSystemService 就是依參數來決定 retrun 的 class
d、Builder：若創建實例需要很多參數，且依據順序 or 設置不同時會有不同結果時使用。就像 Dialog 在 set title msg…後才調用 Builder.create
e、Adapter：為了使兩個類可以合作，所以定義自己的接口讓兩方能互動。最常用的就是 RecyclerView
f、Prototype：屬性多且常要拷貝的物件適合此模式，有些物件有 clone method 就是此模式。 像 Intent.clone()
25、Singleton 優缺：Singleton 的定義是「保證只有一實例，並提供一個全局訪問點」
優點：頻繁創建時、需大量建立資源時，可以省效能。
缺點：頻繁變化的對象不適用，若被 GC 後可能造成狀態丟失。
26、private, public, protect 放在 class 上的功用基本上和放在 method, field 是一樣的，但 private 通常出現在 inner class 上，無宣告的話預設 protect
27、ListView vs RecyclerView 官方有加強 RecyclerView 重用 View 的效能，和記憶體管理優化，讓使用者專注於 UI 的開發，而且可自訂性較高。
28、使用什麼類做?UI Auto Test ，與其測試目的 Espresso，檢查流程是否正確
29、Android 佈局種類與使用時機
a、Coordinatorlayout：Behavior 是與 RelativeLayout 的差異點，可以監聽其它行為來改變自己的狀態，例如：滾動事件、配合其它 View 做變動…等。
b、RelativeLayout、ConstraintLayout：是用元件之間的關係來組成 UI
c、LinearLayout：以橫豎的方式堆疊排列元件
d、FrameLayout：堆疊方式的 Layout，最後一個加入的 View 在最上層
e、GridLayout ( 少用 )：格狀的 Layout
f、TableLayout ( 少用 )：表格狀的 Layout
g、AbsoluteLayout ( 已棄用 )：透過 x,y 來指定位置。
30、Jar 跟 Aar 的差別是什麼？
Jar 只包 Class 文件 與 清單文件，Aar 更包含了 res 的全部文件，所以如果我們要包的是一個 UI 庫，有一些自己寫的控件布局文件、字體文件…等，就只能用 Aar。
31、Map set list 差異 satay hash 衝突解方
ListArray：取值快，塞值有預設 10 個格子，沒了若加在中間，要用一個新 Array 搬過去。
LikedList：取值從頭找，塞值直接判斷位置。
还未添加个人签名 2021.10.31 加入
还未添加个人简介
评论