感謝@chuyao拋出的這些問題，平時業(yè)務代碼寫多了，很多基礎的東西變得含糊不清了，這次裸辭出來找工作確實沒有之前順利，順便求上海Android開發(fā)的坑。
我自己整理了些答案，不對或者不妥的地方請大家指出，謝謝。

1. Activity建立在哪些窗口組件之上？順帶涉及View的事件傳遞問題。

沒讀懂問題，=。=不知道是不是問Activity的UI結構，如果是可以參考這篇文章。

對于View的事件傳遞，則可以從 Activity --> ViewGroup --> ...... --> Activity 的** U型 **消費結構去說。

2. 什么情況下，Activity的onNewInstent()方法會執(zhí)行？Activity的啟動模式相關。

當此Activity的實例已經(jīng)存在，并且此時的啟動模式為SingleTask和SingleInstance，另外當這個實例位于棧頂且啟動模式為SingleTop時也會觸發(fā)onNewInstent()。

3. Activity A使用startForResult啟動Activity B，B什么都不做并返回A，A中的onActivityResult回調(diào)是否會執(zhí)行？

startActivity()方法，最終都是調(diào)用startActivityForResult()方法。默認的requestCode = -1 resultCode = RESULT_CANCELED = 0，當你的requestCode ！= -1時，onActivityResult()一定會被調(diào)用。

4. Fragment能否不依賴于Activity存在？簡析一下Fragment的棧管理。

Fragment不能獨立存在，它必須嵌入到activity中，而且Fragment的生命周期直接受所在的activity的影響。

// Create new fragment and transactionFragment newFragment = new ExampleFragment();
FragmentTransaction transaction = getFragmentManager().beginTransaction();

// Replace whatever is in the fragment_container view with this fragment,
// and add the transaction to the back stacktransaction.replace(R.id.fragment_container, newFragment);
transaction.addToBackStack(null);

// Commit the transactiontransaction.commit();

transaction只是記錄了從一個狀態(tài)到另一個狀態(tài)的變化過程，即比如從FragmentA替換到FragmentB的過程，當通過函數(shù)transaction.addToBackStack(null)將這個事務添加到回退棧，則會記錄這個事務的狀態(tài)變化過程，如從FragmentA —>FragmentB,當用戶點擊手機回退鍵時，因為transaction的狀態(tài)變化過程被保存，則可以將事務的狀態(tài)變化過程還原，即將FragmentB —> FragmentA.

添加到回退棧的函數(shù)：transaction.addToBackStack(null);

參考文章： http://blog.csdn.net/u011026329/article/details/47903177

5. 能否將一個Activity放到系統(tǒng)的最近任務列表里，獨立于宿主app任務卡之外？

我印象中是可以做到了，平時沒用到，知道的同學請@我，謝謝！

6. 對于同一個Service，在被start啟動之后還能不能被bind？

能

服務基本上分為兩種形式：
啟動
當應用組件（如 Activity）通過調(diào)用 startService() 啟動服務時，服務即處于“啟動”狀態(tài)。一旦啟動，服務即可在后臺無限期運行，即使啟動服務的組件已被銷毀也不受影響。 已啟動的服務通常是執(zhí)行單一操作，而且不會將結果返回給調(diào)用方。例如，它可能通過網(wǎng)絡下載或上傳文件。 操作完成后，服務會自行停止運行。
綁定
當應用組件通過調(diào)用 bindService() 綁定到服務時，服務即處于“綁定”狀態(tài)。綁定服務提供了一個客戶端-服務器接口，允許組件與服務進行交互、發(fā)送請求、獲取結果，甚至是利用進程間通信 (IPC) 跨進程執(zhí)行這些操作。 僅當與另一個應用組件綁定時，綁定服務才會運行。 多個組件可以同時綁定到該服務，但全部取消綁定后，該服務即會被銷毀。

雖然本文檔是分開概括討論這兩種服務，但是您的服務可以同時以這兩種方式運行，也就是說，它既可以是啟動服務（以無限期運行），也允許綁定。問題只是在于您是否實現(xiàn)了一組回調(diào)方法：onStartCommand()（允許組件啟動服務）和 onBind()（允許綁定服務）。
來自官方文檔

7. Service有哪些派生類？這些派生類的使用場景是什么？

這個問題不知道問的具體是什么，如果是要 IntentService那么可以參考官方文檔的解釋與使用說明：
擴展 IntentService 類
由于大多數(shù)啟動服務都不必同時處理多個請求（實際上，這種多線程情況可能很危險），因此使用 IntentService 類實現(xiàn)服務也許是最好的選擇。

IntentService 執(zhí)行以下操作：

創(chuàng)建默認的工作線程，用于在應用的主線程外執(zhí)行傳遞給 onStartCommand() 的所有 Intent。
創(chuàng)建工作隊列，用于將 Intent 逐一傳遞給 onHandleIntent() 實現(xiàn)，這樣您就永遠不必擔心多線程問題。
在處理完所有啟動請求后停止服務，因此您永遠不必調(diào)用 stopSelf()。
提供 onBind() 的默認實現(xiàn)（返回 null）。
提供 onStartCommand() 的默認實現(xiàn)，可將 Intent 依次發(fā)送到工作隊列和 onHandleIntent() 實現(xiàn)。
綜上所述，您只需實現(xiàn) onHandleIntent() 來完成客戶端提供的工作即可。（不過，您還需要為服務提供小型構造函數(shù)。）

以下是 IntentService 的實現(xiàn)示例：

public class HelloIntentService extends IntentService {  /**
   * A constructor is required, and must call the super IntentService(String)
   * constructor with a name for the worker thread.
   */
  public HelloIntentService() {      super("HelloIntentService");
  }  /**
   * The IntentService calls this method from the default worker thread with
   * the intent that started the service. When this method returns, IntentService
   * stops the service, as appropriate.
   */
  @Override
  protected void onHandleIntent(Intent intent) {      // Normally we would do some work here, like download a file.
      // For our sample, we just sleep for 5 seconds.
      try {          Thread.sleep(5000);
      } catch (InterruptedException e) {          // Restore interrupt status.
          Thread.currentThread().interrupt();
      }
  }
}

您只需要一個構造函數(shù)和一個 onHandleIntent() 實現(xiàn)即可。

如果您決定還重寫其他回調(diào)方法（如 onCreate()、onStartCommand() 或 onDestroy()），請確保調(diào)用超類實現(xiàn)，以便 IntentService 能夠妥善處理工作線程的生命周期。

例如，onStartCommand() 必須返回默認實現(xiàn)（即，如何將 Intent 傳遞給 onHandleIntent()）：

@Overridepublic int onStartCommand(Intent intent, int flags, int startId) {
    Toast.makeText(this, "service starting", Toast.LENGTH_SHORT).show();    return super.onStartCommand(intent,flags,startId);
}

除 onHandleIntent() 之外，您無需從中調(diào)用超類的唯一方法就是 onBind()（僅當服務允許綁定時，才需要實現(xiàn)該方法）。

8. Service與其它組件之間的通信實現(xiàn)方式有哪些？

1. binder

2. broadcast

3. 其他參見線程和進程的通信方式

9. View的post(Runnable r)方法里，r會帶來一個新的線程嗎？多線程相關。

不會，最終還是handler發(fā)送消息，執(zhí)行在UI線程。
如下是源碼和注釋：

    /**
     * <p>Causes the Runnable to be added to the message queue.
     * The runnable will be run on the user interface thread.</p>
     *
     * @param action The Runnable that will be executed.
     *
     * @return Returns true if the Runnable was successfully placed in to the
     *         message queue.  Returns false on failure, usually because the
     *         looper processing the message queue is exiting.
     *
     * @see #postDelayed
     * @see #removeCallbacks
     */
    public boolean post(Runnable action) {        final AttachInfo attachInfo = mAttachInfo;        if (attachInfo != null) {            return attachInfo.mHandler.post(action);
        }        // Postpone the runnable until we know on which thread it needs to run.
        // Assume that the runnable will be successfully placed after attach.
        getRunQueue().post(action);        return true;
    }

10. 在非UI線程中使用Handler需要注意哪些問題？

new Thread(){        public void run(){
          Looper.prepare();//給當前線程初始化Looper
          Toast.makeText(getApplicationContext(),"更新UI",0).show();//Toast初始化的時候會new Handler();無參構造默認獲取當前線程的Looper，如果沒有prepare過，則拋出題主描述的異常。上一句代碼初始化過了，就不會出錯。
          Looper.loop();//這句執(zhí)行，Toast排隊show所依賴的Handler發(fā)出的消息就有人處理了，Toast就可以吐出來了。但是，這個Thread也阻塞這里了，因為loop()是個for (;;) ...
        }
  }.start();

參考：
https://www.zhihu.com/question/51099935
https://www.zhihu.com/question/34652589

11. 自定義View時有哪些重要的方法，它們的作用及執(zhí)行順序是怎樣的？

按照順序：onMeasure() --> onLayout() --> onDraw().其他的自己擴展吧。

12. 如何單獨對ListView上的一個item進行更新？

1. 更新對應view的內(nèi)容

2. 通過ViewHolder去設置值

3. 調(diào)用一次getView()方法（Google IO 推薦）

參考文章 http://blog.csdn.net/linglongxin24/article/details/53020164

13. 簡析一下大圖片的加載處理。

對Bitmap的理解，然后就是壓縮圖片。

14. 設計師只給了一套1280*800的UI圖標注，如何進行其它分辨率尺寸屏幕的適配？

以 720*1080 5英寸為例：
(720^2 + 1080^2)開方=260
放在xhdpi中。

本題中同理可以算得 293，還是xhdpi中。

15. 6.0系統(tǒng)新權限機制的解決方案。

這個。。。沒什么好說的，真正了解的很好說，不了解的話就有點繞。

？ 你們精通的開源框架，問題來了

寫各種精通其實是可以的，要么真牛x，如果不是很牛x那就在最后加上一條精通----精通各種被打臉。

16. EventBus的機制是什么？和Handler的區(qū)別怎樣？

EventBus是采用觀察者模式實現(xiàn)的事件訂閱總線，可以用在應用程序中，組件之間，線程之間的通信，并且由于事件可以是任意類型的對象，所以使用起來更加的方便快捷。
Handler是 Android 的消息機制，集中解決線程間通信問題。

17. RxJava的機制是什么？

RxJava是使用Java語言，以響應式編程思維來進行編程的Java類庫。參考ReactiveX。

18. Butterknife的機制是什么？

Java Annotation Processing技術，在Java代碼編譯成Java字節(jié)碼的時候就已經(jīng)處理了@Bind、@OnClick（ButterKnife還支持很多其他的注解）這些注解了。

Annotation processing 是javac中用于編譯時掃描和解析Java注解的工具
Annotation processing是在編譯階段執(zhí)行的，它的原理就是讀入Java源代碼，解析注解，然后生成新的Java代碼。新生成的Java代碼最后被編譯成Java字節(jié)碼，注解解析器（Annotation Processor）不能改變讀入的Java 類，比如不能加入或刪除Java方法。
參考：ButterKnife框架原理

19. Okhttp是基于HTTP連接還是Socket連接？

基于Http的。

20. 例舉一種ORM框架，說說它的優(yōu)缺點。

我熟悉的兩種GreenDao3和AndroidActive，GreenDao 比較常規(guī)，注解不多（我這里都是指3.0版本后，之前的版本在生存實體的時候略顯麻煩。），AndroidActive 相對而言注解較多，最后的綜合性能上 GreenDao 排第一毫無爭議。硬要說缺點的話就是 GreenDao 體積稍大。

作者：didikee

出處：http://www.cnblogs.com/didikee/

GitHub：https://github.com/didikee

本博客文章大多為原創(chuàng)，轉(zhuǎn)載請請在文章頁面明顯位置給出原文連接，否則保留追究法律責任的權利。

http://www.cnblogs.com/didikee/p/6560092.html

延伸閱讀

• 珊珊老師——北京IT機構十年一線教學經(jīng)驗 2024-08-28
• 告別“老頑固” 2023-04-18
• 時光飛逝 2024-03-26
• 會當凌絕頂，一覽眾山小 2023-04-18
• 自豪 2023-04-18
• 綻放 2023-04-18
• 畢業(yè)有感 2023-04-18
• 投入六個月的經(jīng)歷，收獲了整個人生 2023-04-18
• 非常響亮的名字 2023-04-18
• 不可磨滅的力量 2023-04-18

珊珊老師——北京IT機構十年一線教學經(jīng)驗