2. 程式人生 > >Android面試四大元件基礎知識點

Android面試四大元件基礎知識點

阿新 • • 發佈：2019-01-04

四大元件是什麼

目錄

一.activity

生命週期圖
這裡寫圖片描述

1.一個Activity通常就是一個獨立的視窗，Activity各種情況下的生命週期

①正常情況的生命週期
onCreate –>onStart–>onResume–>onPause–>onStop–>onDestory

②橫豎屏切換的時候
如果突然旋轉螢幕，由於系統配置發生了改變，在預設情況下，Activity就會被銷燬並重新建立
這裡寫圖片描述
在Activity中新增android:configChanges="orientation|keyboardHidden|screenSize"

屬性可以避免Activity生命週期被回撥

③Activity上彈出Dialog，彈出時然後按Home鍵時的生命週期
Activity上彈出Dialog：onCreate–>onStart–>onResume
當啟動和退出Dialog時，Activity的狀態始終未變，，因為Dialog實際上時一個View，它是屬於某一個Activity的，因此如果Dialog顯示在當前Activity之前時不會影響到Activity的生命週期的
dialog彈出時按Home鍵：onPause–>onStop

整個流程如下：
這裡寫圖片描述
④前臺切換到後臺，然後再回到前臺，Activity生命週期回撥方法。
這裡寫圖片描述


⑤兩個Activity 之間跳轉
MainActivity 和 DragActivity
這裡寫圖片描述
MainActivity 經歷的週期：onCreate–>onStart–>onResume–>onPause–>onStop–>onRestart–>onStart–>onResume
DragActivity 經歷的週期：onCreate–>onstart–>onResume–>onPause–>onStop–>onDestory

2.Activity之間的通訊方式

startActivity 

Intent intent = new
 
 Intent(this, SignInActivity.class);
startActivity(intent);

startActivityForResult

Intent intent = new Intent(getContext(), PresentManageActivity.class);
intent.putExtra(PresentManageActivity.KEY_START_NUM, mStartNum);
startActivityForResult(intent, RequestCode.REQUEST_CODE_GIFT);

LocalBroadcastReceiver

3.android應用中的每個Activity都應該在AndroidManifest.xml配件檔案中宣告，否則系統將不識別也不執行該Activity

4.活動被回收，Activity狀態保存於恢復

Activity提供了onSaveInstanceState()回撥方法，這個方法可以保證在活動回收之前被呼叫，
onSaveInstanceState()方法會攜帶一個Bundle型別的引數，Bundle提供了一些方法用於儲存資料

 @Override
    protected void onSaveInstanceState(Bundle outState) {
        super.onSaveInstanceState(outState);
        outState.putString("data", "儲存資料");
    }

儲存的資料在onCreate()方法中可獲取

 protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        if(savedInstanceState!=null){
        String data = savedInstanceState.getString("data");
        }
 }

5.Activity的四種啟動模式對比

①Standard：系統預設的啟動模式，每次啟動一個activity都會建立一個新的例項，不管這個例項是否存在

②SingleTop：棧頂複用模式，如果activity已經在任務棧的棧頂了，當再次啟動同一個activity的時候，這個activity不會被重新建立，而且它的onNewIntent()方法會被呼叫
適合接受通知啟動的內容頁面，例如：某個新聞客戶端的新聞內容頁面，如果收到10個新聞推送，每次都開啟一個新聞內容頁面是很煩人的。

③SingleTask:棧內複用模式，只要activity存在棧內，那麼多次啟動activity都不會重新建立例項，再次啟動時該例項被移到棧頂，系統會呼叫它的onNewIntent()方法
適合做程式的入口點，例如瀏覽器的主介面，不管從多少個應用啟動瀏覽器，只會啟動主介面一次，其餘的情況都走onNewIntent,並且會清空主介面上面的其他頁面

④SingleInstance:此模式的activity只能單獨位於一個任務棧中，
*適合需要與程式分離的頁面
例如：鬧鈴提醒，將鬧鈴提醒與鬧鈴設定分離*

6.AlertDialog,popupWindow,Activity區別

二.service

1.Service 的生命週期

這裡寫圖片描述

2.Service的開啟，停止方式

啟動服務

Intent startIntent = new Intent(this,MyService.class);
startService(startIntent);

停止服務

Intent stopIntent = new Intent(this,MyService.class);
stopService(stopIntent);

3.Activity 怎麼和Service 繫結並進行資料互動

用Binder 物件連線活動和服務
在service中

private DownloadBinder downloadBinder = new DownloadBinder();
    class DownloadBinder extends Binder {
        public int getProgress() {
            return 0;
        }
    }

    @Override
    public IBinder onBind(Intent intent) {
        // TODO: Return the communication channel to the service.
        Log.v(TAG, "onBind: ");
        return downloadBinder;
    }

在Activity中建立ServiceConnection的匿名內部類，重寫onServiceConnected()和onServiceDisconnected()方法

private ServiceConnection connection = new ServiceConnection() {
        @Override
        public void onServiceConnected(ComponentName name, IBinder service) {
        //在Activity中呼叫Binder中的方法
            MyService.DownloadBinder binder = (MyService.DownloadBinder) service;
            int progress = binder.getProgress();
        }

        @Override
        public void onServiceDisconnected(ComponentName name) {

        }
    };

繫結服務

Intent startIntent = new Intent(this,MyService.class);
bindService(startIntent,connection,BIND_AUTO_CREATE);
//BIND_AUTO_CREATE 在活動和服務繫結後自動建立服務

解綁服務

unbindService(connection);

4.Service的生命週期與啟動方法由什麼區別？

startService()：開啟Service，呼叫者退出後Service仍然存在。
bindService()：開啟Service，呼叫者退出後Service也隨即退出。

5.怎麼在Activity 中啟動自己對應的Service

三.broadcast

1.請描述一下廣播BroadcastReceiver的理解

①是四大元件之一，主要用於接受APP傳送的廣播
②內部通訊實現機制：自定義廣播接收者BroadcastReceiver，並複寫onRecvice方法；通過android系統的Binder機制向AMS（Activity Manager Service）進行註冊；廣播發送者通過Binder機制向AMS傳送廣播；AMS查詢符合條件的（IntentFilter/Permission等）的BroadcastReceiver，將廣播發送到BroadcastReceiver(一般情況下是Activity)相應的訊息迴圈佇列中；訊息迴圈執行拿到此廣播，回撥BroadcastReceiver 中的onReceiver()方法
③廣播主要分為兩種型別

  • 標準廣播：是一種完全非同步執行的廣播，在廣播發出之後，所有的廣播接收器幾乎同時都會在同一時刻受到這條廣播訊息，這種廣播的效率比較高，但同時也意味著它是無法被截斷的
  • 有序廣播：是一個同步執行的廣播，廣播發出後，同一時刻只有一個廣播接收器能夠受到這條廣播訊息，當這個廣播接收器中的邏輯執行完畢後，廣播才會繼續傳遞。所有此時的廣播接收器是有先後順序的，優先順序高的先受到廣播，並且前面的廣播接收器還可以截斷正在傳遞的廣播，這樣後面的廣播接收器就無法接收到廣播訊息了

2.廣播的分類，本地廣播和全域性廣播有什麼差別

  • 全域性廣播：是跨應用廣播，利用Binder機制實現。即發出的廣播可以被其他任何應用程式接收到，並且也可以接收來自其他任何應用程式的廣播。這樣會很容易引起安全性問題
  • 本地廣播：是應用內廣播，利用Handler實現，利用了IntentFilter的match功能，提供訊息的釋出與接收功能，實現應用內通訊，效率比較高。本地廣播機制的發出的廣播只能在應用程式的內部進行傳遞，並且廣播接收器只能接收來自本應用程式發出的廣播。LocalBroadcastManager是本地廣播管理類
 public boolean sendBroadcast(Intent intent) {
        synchronized (mReceivers) {
            final String action = intent.getAction();
            final String type = intent.resolveTypeIfNeeded(
                    mAppContext.getContentResolver());
            final Uri data = intent.getData();
            final String scheme = intent.getScheme();
            final Set<String> categories = intent.getCategories();

            final boolean debug = DEBUG ||
                    ((intent.getFlags() & Intent.FLAG_DEBUG_LOG_RESOLUTION) != 0);
            if (debug) Log.v(
                    TAG, "Resolving type " + type + " scheme " + scheme
                    + " of intent " + intent);

            ArrayList<ReceiverRecord> entries = mActions.get(intent.getAction());
            if (entries != null) {
                if (debug) Log.v(TAG, "Action list: " + entries);

                ArrayList<ReceiverRecord> receivers = null;
                for (int i=0; i<entries.size(); i++) {
                    ReceiverRecord receiver = entries.get(i);
                    if (debug) Log.v(TAG, "Matching against filter " + receiver.filter);

                    if (receiver.broadcasting) {
                        if (debug) {
                            Log.v(TAG, "  Filter's target already added");
                        }
                        continue;
                    }

                    int match = receiver.filter.match(action, type, scheme, data,
                            categories, "LocalBroadcastManager");
                    if (match >= 0) {
                        if (debug) Log.v(TAG, "  Filter matched!  match=0x" +
                                Integer.toHexString(match));
                        if (receivers == null) {
                            receivers = new ArrayList<ReceiverRecord>();
                        }
                        receivers.add(receiver);
                        receiver.broadcasting = true;
                    } else {
                        if (debug) {
                            String reason;
                            switch (match) {
                                case IntentFilter.NO_MATCH_ACTION: reason = "action"; break;
                                case IntentFilter.NO_MATCH_CATEGORY: reason = "category"; break;
                                case IntentFilter.NO_MATCH_DATA: reason = "data"; break;
                                case IntentFilter.NO_MATCH_TYPE: reason = "type"; break;
                                default: reason = "unknown reason"; break;
                            }
                            Log.v(TAG, "  Filter did not match: " + reason);
                        }
                    }
                }

                if (receivers != null) {
                    for (int i=0; i<receivers.size(); i++) {
                        receivers.get(i).broadcasting = false;
                    }
                    mPendingBroadcasts.add(new BroadcastRecord(intent, receivers));
                    if (!mHandler.hasMessages(MSG_EXEC_PENDING_BROADCASTS)) {
                        mHandler.sendEmptyMessage(MSG_EXEC_PENDING_BROADCASTS);
                    }
                    return true;
                }
            }
        }
        return false;
    }

3.廣播使用的方式和場景

  • 建立一個廣播接收器，新建一個類讓它繼承BroadCast,並重寫onReceive()方法就行
  • 使用場景：
    1.App全域性監聽，這種主要用於在AndroidManifest中靜態註冊的廣播接收器，一般我們在收到該訊息後，需要做一些相應的動作，而這些動作與當前App的元件，比如Activity或者Service的是否執行無關，比如我們在整合第三方Push SDK時，一般都會新增一個靜態註冊的BroadcastReceiver來監聽Push訊息，當有Push訊息過來時，會在後臺做一些網路請求或者傳送通知等等。
    2.元件區域性監聽，這種主要是在Activity或者Service中使用registerReceiver()動態註冊的廣播接收器，因為當我們收到一些特定的訊息，比如網路連線發生變化時，我們可能需要在當前Activity頁面給使用者一些UI上的提示，或者將Service中的網路請求任務暫停。所以這種動態註冊的廣播接收器適合特定元件的特定訊息處理

4.在manifest 和程式碼中如何註冊和使用BroadcastReceiver

  • 動態註冊：在程式碼中註冊，動態廣播最好在Activity 的 onResume()註冊、onPause()登出，在onResume()註冊、onPause()登出是因為onPause()在App死亡前一定會被執行，從而保證廣播在App死亡前一定會被登出，從而防止記憶體洩露
  • 非 常駐系統，跟隨元件的生命週期變化而變化，元件結束，廣播結束。
IntentFilter intentFilter = new IntentFilter();
intentFilter.addAction("android.intent.action.ACTION_SHUTDOWN");
registerReceiver(new CommonBroadcastReceiver(),intentFilter);
  • 靜態註冊：在AndroidManifest.xml中註冊
  • 常駐系統，不受元件的生命週期影響，即便應用退出，廣播還是可以被接受，耗電，佔用記憶體
<receiver android:name=".broadcast.CommonBroadcastReceiver">
            <intent-filter>
                <!-- 關機廣播 -->
                <action android:name="android.intent.action.ACTION_SHUTDOWN" />
            </intent-filter>
</receiver>

5.廣播發送和接收的原理

  1. 繼承BroadcastReceiver，重寫onReceive()方法。
  2. 通過Binder機制向ActivityManagerService註冊廣播。
  3. 通過Binder機制向ActivityMangerService傳送廣播。
public abstract void sendBroadcast(Intent intent);
  1. ActivityManagerService查詢符合相應條件的廣播（IntentFilter/Permission）的
  2. BroadcastReceiver，將廣播發送到BroadcastReceiver所在的訊息佇列中。
  3. BroadcastReceiver所在訊息佇列拿到此廣播後，回撥它的onReceive()方法。

6.Binder機制

Android Binder是用來做程序通訊的，Android的各個應用以及系統服務都執行在獨立的程序中，它們的通訊都依賴於Binder。

7.Android裡的Intent傳遞的資料有大小限制嗎，如何解決？

Intent傳遞資料大小的限制大概在1M左右，超過這個限制就會靜默崩潰。處理方式如下：

程序內：EventBus，檔案快取、磁碟快取。
程序間：通過ContentProvider進行款程序資料共享和傳遞。

8.BroadcastReceiver的生命週期

BroadcastReceiver的onReceive（）方法執行完成後，BroadcastReceiver的例項就會被銷燬。如果onReceive（）方法在10s內沒有執行完畢，Android會認為改程式無響應。所以在BroadcastReceiver裡不能做一些比較耗時的操作，否則會彈出“Application NoResponse”對話方塊。特別說明的是，這裡不能使用子執行緒來解決 ，因為BroadcastReceiver的生命週期很短，子執行緒可能還沒有結束BroadcastReceiver就先結束了。BroadcastReceiver一旦結束，此時它所在的程序很容易在系統需要記憶體時被優先殺死，因為它屬於空程序。

四.contentProvider

1.談談你對ContentProvider的理解

ContentProvider管理android以結構化方式存放的資料。他以相對安全的方式封裝資料並且提供簡易的處理機制。Content provider提供不同程序間資料互動的標準化介面。保證被訪問資料的安全性。內容提供器可以選擇只對哪一部分資料進行共享，從而保證我們程式中的隱私資料不會有洩漏的風險。

2.說說ContentProvider、ContentResolver、ContentObserver 之間的關係

ContentResolver中提供了一系列的方法用於對資料進行CRUD，內容URI給內容提供器ContentProvider中的資料建立了唯一識別符號，ContentObserver監聽Uri資料的變化

①ContentProvider：管理資料，提供資料的增刪改查操作，資料來源可以是資料庫、檔案、XML
網路等。ContentProvider為這些資料提供了統一的介面，可以用來做程序間資料共享
②ContentResolver：ContentResolver可以不同的URI操作不同的ContentProvider中的資料庫，外部程序可以通過ContentResolver 與ContentProvider進行互動
③ContentObserver ：觀察ContentProvider中的資料變化，並將變化通知給外界。

相關推薦

Android面試四大元件基礎知識點

四大元件是什麼 目錄 一.activity 生命週期圖 1.一個Activity通常就是一個獨立的視窗，Activity各種情況下的生命週期 ①正常情況的生命週期 onCreate –>onStart–>onResu

Android面試--四大元件

Android四大元件分別為activity、service、content provider、broadcast receiver。 一、android四大元件詳解 1、Activity （1）一個Activity通常就是一個單獨的螢幕（視窗），它上面可

Android面試(1): Android中四大元件是什麼？

活動(Activity)、廣播接收器(BroadcastReceiver)、內容提供器(ContentProvider)、服務(Service)   附:     Activity作為人機互動的第一介面，負責向用戶展示資訊和處理結果，而這些資訊的來

Android的四大元件學習

一、Linearlayout  :  線性佈局 　　1. android:orientation="vertical"     //控制元件的方向控制，vertical ： 垂直佈局 ，  horizontal : 水平佈局  

Android之四大元件（2）（Service)

一、Service是android的四大元件，於activity最相似，於activity的區別在於，service一直執行在後臺，它沒有介面，所以絕不可能跑到前臺，一旦service被啟動起來，它就有它自己的額生命週期。service是四大元件,也是需要到androidManifest.xml檔案

Android面試之Java基礎筆試題

本文首發於公眾號“AntDream”，歡迎微信搜尋“AntDream”或掃描文章底部二維碼關注，和我一起每天進步一點點 Java IO流 按照資料流的方向不同可以分為：輸入流和輸出流。 按照處理資料單位不同可以分為：位元組流和字元流。 位元組流：一

Android之四大元件

應用程式元件是一個Android應用程式的基本構建塊。這些元件由應用清單檔案鬆耦合的組織。AndroidManifest.xml描述了應用程式的每個元件，以及他們如何互動。 Android中稱為四大元件的為別為：Activity、Service、BroadCast Recevicer、Conte

Android之四大元件(Service的開啟與關閉)

個人開發的微信小程式，目前功能是書籍推薦，後續會完善一些新功能，希望大家多多支援！ 前言 服務（Service）是Android系統中的四大元件之一。服務主要用於兩個目的：後臺執行和跨程序訪問。通過啟動 一個服務，可以在不顯示介面的前提下在後臺執行指定的

全面升級Android面試之元件化與外掛化

什麼是元件化和外掛化？ 元件化開發就是將一個app分成多個模組，每個模組都是一個元件（Module），開發的過程中我們可以讓這些元件相互依賴或者單獨除錯部分元件等，但是最終釋出的時候是將這些元件合併統一成一個apk，這就是元件化開發。 外掛化開發和元件化

Android的四大元件及應用安裝安全問題(4)

Android的四大元件及元件間通訊 如果想對四大元件有深入的瞭解,那永遠不要停留在一些條條幹乾的SDK API的認識,需要了解他的通訊,他的複用,他的邊界問題,這樣才會對四大元件有透明的認識. 四大元件簡潔 Activity 沒有Activity 可以顯示UI嗎? 可以的,我們可以直接操作v

Android之四大元件、六大布局、五大儲存

                                                                             一.四大元件： 四大元件分別為activity、service、content provider、b

Android的四大元件以及生命週期和啟動方式（初步簡介）

前言：生命不止，學習不止。我們為了一個更好的薪資加強學習，讓我們在知識的海洋裡遨遊...... Android四大基本元件分別是Activity，Service服務,Content Provider內

Android Studio:四大元件之Service

一.服務基本上分為兩種形式： 啟動 當應用元件（如 Activity）通過呼叫 startService() 啟動服務時，服務即處於“啟動”狀態。一旦啟動，服務即可在後臺無限期執行，即使啟動服務的元件已被銷燬也不受影響。 已啟動的服務通常是執行單一操作

Android深入四大元件（一）應用程式啟動過程

前言 在此前的文章中，我講過了Android系統啟動流程和Android應用程序啟動過程，這一篇順理成章來學習Android 7.0的應用程式的啟動過程。分析應用程式的啟動過程其實就是分析根Activity的啟動過程。 1.Launcher請求A

Android筆記---四大元件之Broadcast Receive廣播接收器詳解

廣播(Broadcast)是一種廣泛運用的在應用程式之間傳輸資訊的機制，在 Android 裡面有各種各樣的廣播，比如電池的使用狀態，電話的接收和簡訊的接收都會產生一個廣播，應用程式也可以接受廣播並做出程式邏輯上的處理, 比如我們需要讓應用程式開機自動啟動，其實

Android面試之java基礎try-catch-finally-return的執行先後順序問題

還是一個被個程式猿們討論多時的問題，也是眾軟體公司面試題中很鍾情的一個問題，更是一個考查程式猿對Java基礎知識掌握理解程度的問題，就是本文要說的try-catch-finally-return的執行先後順序問題 先說明幾個原則 。 1、不論是否能捕捉到異常，fin

Android入門——四大元件之Activity啟動模式

standrad singleTop singleTask singleInstance 在AndroidManifest.xml中通過中設定 <activity android:name=".MainActivity" android:l

Android深入四大元件（五）Content Provider的啟動過程

前言 Content Provider做為四大元件之一，通常情況下並沒有其他的元件使用頻繁，但這不能作為我們不去深入學習它的理由。關於Content Provider一篇文章是寫不完的，這一篇文章先來介紹它的啟動過程。 1.query方法到AMS

Android開發四大元件之Service（詳解篇）

Android開發之四大元件——Service 一、Service 簡介 Service是android系統中的四大元件之一（Activity、Service、BroadcastReceiver、ContentProvider），它跟Activity的級別差不多，區別是Se

Android的四大元件是那些，它們的作用？

Activity是Android程式與使用者互動的視窗，是Android構造塊中最基本的一種，他需要保持各介面的狀態，做很多持久化的事情，妥善管理生命週期以及一些跳轉邏輯。 Service：後臺服務於Activity，封裝一個完整的功能邏輯實現，接受上層指令，