android藝術探索pdf

『壹』 android UI繪制之View繪制的工作原理

這是AndroidUI繪制流程分析的第二篇文章，主要分析界面中View是如何繪制到界面上的具體過程。

ViewRoot 對應於 ViewRootImpl 類，它是連接 WindowManager 和 DecorView 的紐帶，View的三大流程均是通過 ViewRoot 來完成的。在 ActivityThread 中，當 Activity 對象被創建完畢後，會將 DecorView 添加到 Window 中,同時會創建 ViewRootImpl 對象，並將 ViewRootImpl 對象和 DecorView 建立關聯。

measure 過程決定了 View 的寬/高， Measure 完成以後，可以通過 getMeasuredWidth 和 getMeasuredHeight 方法來獲取 View 測量後的寬/高，在幾乎所有的情況下，它等同於View的最終的寬/高，但是特殊情況除外。 Layout 過程決定了 View 的四個頂點的坐標和實際的寬/高，完成以後，可以通過 getTop、getBottom、getLeft 和 getRight 來拿到View的四個頂點的位置，可以通過 getWidth 和 getHeight 方法拿到View的最終寬/高。 Draw 過程決定了 View 的顯示，只有 draw 方法完成後 View 的內容才能呈現在屏幕上。

DecorView 作為頂級 View ，一般情況下，它內部會包含一個豎直方向的 LinearLayout ，在這個 LinearLayout 裡面有上下兩個部分，上面是標題欄，下面是內容欄。在Activity中，我們通過 setContentView 所設置的布局文件其實就是被加到內容欄中的，而內容欄id為 content 。可以通過下面方法得到 content:ViewGroup content = findViewById(R.android.id.content) 。通過 content.getChildAt(0) 可以得到設置的 view 。 DecorView 其實是一個 FrameLayout , View 層的事件都先經過 DecorView ，然後才傳遞給我們的 View 。

MeasureSpec 代表一個32位的int值，高2位代表 SpecMode ,低30位代表 SpecSize , SpecMode 是指測量模式，而 SpecSize 是指在某種測量模式下的規格大小。
SpecMode 有三類，如下所示：

UNSPECIFIED

EXACTLY

AT_MOST

LayoutParams需要和父容器一起才能決定View的MeasureSpec，從而進一步決定View的寬/高。

對於頂級View，即DecorView和普通View來說，MeasureSpec的轉換過程略有不同。對於DecorView，其MeasureSpec由窗口的尺寸和其自身的LayoutParams共同確定；

對於普通View，其MeasureSpec由父容器的MeasureSpec和自身的Layoutparams共同決定；

MeasureSpec一旦確定，onMeasure就可以確定View的測量寬/高。

小結一下

當子 View 的寬高採用 wrap_content 時，不管父容器的模式是精確模式還是最大模式，子 View 的模式總是最大模式+父容器的剩餘空間。

View 的工作流程主要是指 measure 、 layout 、 draw 三大流程，即測量、布局、繪制。其中 measure 確定 View 的測量寬/高， layout 確定 view 的最終寬/高和四個頂點的位置，而 draw 則將 View 繪制在屏幕上。

measure 過程要分情況，如果只是一個原始的 view ，則通過 measure 方法就完成了其測量過程，如果是一個 ViewGroup ，除了完成自己的測量過程外，還會遍歷調用所有子元素的 measure 方法，各個子元素再遞歸去執行這個流程。

如果是一個原始的 View，那麼通過 measure 方法就完成了測量過程，在 measure 方法中會去調用 View 的 onMeasure 方法，View 類裡面定義了 onMeasure 方法的默認實現:

先看一下 getSuggestedMinimumWidth 和 getSuggestedMinimumHeight 方法的源碼：

可以看到， getMinimumWidth 方法獲取的是 Drawable 的原始寬度。如果存在原始寬度（即滿足 intrinsicWidth > 0），那麼直接返回原始寬度即可；如果不存在原始寬度（即不滿足 intrinsicWidth > 0），那麼就返回 0。

接著看最重要的 getDefaultSize 方法：

如果 specMode 為 MeasureSpec.UNSPECIFIED 即未指定模式，那麼返回由方法參數傳遞過來的尺寸作為 View 的測量寬度和高度；
如果 specMode 不是 MeasureSpec.UNSPECIFIED 即是最大模式或者精確模式，那麼返回從 measureSpec 中取出的 specSize 作為 View 測量後的寬度和高度。

看一下剛才的表格：

當 specMode 為 EXACTLY 或者 AT_MOST 時，View 的布局參數為 wrap_content 或者 match_parent 時，給 View 的 specSize 都是 parentSize 。這會比建議的最小寬高要大。這是不符合我們的預期的。因為我們給 View 設置 wrap_content 是希望View的大小剛好可以包裹它的內容。

因此：

如果是一個 ViewGroup，除了完成自己的 measure 過程以外，還會遍歷去調用所有子元素的 measure 方法，各個子元素再遞歸去執行 measure 過程。

ViewGroup 並沒有重寫 View 的 onMeasure 方法，但是它提供了 measureChildren、measureChild、measureChildWithMargins 這幾個方法專門用於測量子元素。

如果是 View 的話，那麼在它的 layout 方法中就確定了自身的位置（具體來說是通過 setFrame 方法來設定 View 的四個頂點的位置，即初始化 mLeft ， mRight ， mTop ， mBottom 這四個值）， layout 過程就結束了。

如果是 ViewGroup 的話，那麼在它的 layout 方法中只是確定了 ViewGroup 自身的位置，要確定子元素的位置，就需要重寫 onLayout 方法；在 onLayout 方法中，會調用子元素的 layout 方法，子元素在它的 layout 方法中確定自己的位置，這樣一層一層地傳遞下去完成整個 View 樹的 layout 過程。

layout 方法的作用是確定 View 本身的位置，即設定 View 的四個頂點的位置，這樣就確定了 View 在父容器中的位置；
onLayout 方法的作用是父容器確定子元素的位置，這個方法在 View 中是空實現，因為 View 沒有子元素了，在 ViewGroup 中則進行抽象化，它的子類必須實現這個方法。

1.繪制背景（ background.draw(canvas); ）；
2.繪制自己（ onDraw ）；
3.繪制 children（ dispatchDraw(canvas) ）；
4.繪制裝飾（ onDrawScrollBars ）。

dispatchDraw 方法的調用是在 onDraw 方法之後，也就是說，總是先繪制自己再繪制子 View 。

對於 View 類來說， dispatchDraw 方法是空實現的，對於 ViewGroup 類來說， dispatchDraw 方法是有具體實現的。

通過 dispatchDraw 來傳遞的。 dispatchDraw 會遍歷調用子元素的 draw 方法，如此 draw 事件就一層一層傳遞了下去。dispatchDraw 在 View 類中是空實現的，在 ViewGroup 類中是真正實現的。

如果一個 View 不需要繪制任何內容，那麼就設置這個標記為 true，系統會進行進一步的優化。

當創建的自定義控制項繼承於 ViewGroup 並且不具備繪制功能時，就可以開啟這個標記，便於系統進行後續的優化；當明確知道一個 ViewGroup 需要通過 onDraw 繪制內容時，需要關閉這個標記。

參考：《Android開發藝術探索》

『貳』 Android開發藝術探索IPC章節疑問,閱讀過此書的高手請指導一下。不懂的請別亂cv瞎回復 謝謝。

模糊

『叄』 《Android開發藝術探索》值得買嗎

這本書在我群里的評價也不錯，不是簡單的文檔堆砌，裡麵包含了大量主席的工程實踐經驗和總結，同時讀者也…
-

『肆』 android軟體開發工程師的進階之路應該如何走

小明首先需要購買一本Android入門的書籍，為了更快地學習Android，小明業余時間也都用來一邊看書一邊照著書中的例子敲代碼，結果2周時間小明就把這本書學了一遍。看完這本書後，小明對Android的歷史、結構、代碼規范等都有了一個大概的了解，並且，小明已經可以寫出一些簡單的Activity了。這個時候在小明眼裡，Android開發很簡單很好玩，通過在xml中擺放一些按鈕文本框什麼的就可以做一些界面了。
小明開始跟著他的技術導師做需求，一些簡單的小需求小明自然是不在話下了。突然有一天來了一個需求，該需求要求小明在Activity中為一個button加一個動畫效果，小明慌了：「完全沒接觸過，書上也沒有講，怎麼辦呢？」小明冷靜了下，打開了網路搜索，輸入「Android 動畫」，打開前幾個鏈接，小明恍然大悟，照著網上的例子把需求給實現了。後來導師告訴他：「學好Android，官方文檔是必須看的，既全面又權威」。然後小明如獲至寶，花了一年時間把上面的guide和training都看了一遍，並且他還動手抄了幾個小例子。
有一天，小明又需要做一個動畫相關的需求，這可難不倒小明，它熟練地打開了www..com，輸入「Android 動畫」，突然他楞了一下：」總不能每次寫動畫都要網路一下吧！「，於是他在CSDN開了一個博客，把動畫相關的知識點都寫上去，為的是後面再寫動畫相關的代碼就不用網路去搜了，事實如何呢？後面再寫動畫相關的代碼，小明的確不用再去網路搜了，因為通過寫一篇動畫博客，他把動畫相關的細節都已經記住了，這樣他就可以不用再去參考任何文檔了，後來小明還學會了把一些瑣碎的不方便放在博客上的東西寫到了印象筆記上面，什麼時候忘了10秒鍾以內都可以快速找回來，而不是花10分鍾去再次搜索一遍。
這里總結一下，Android入門的時候，需要有一本入門書，好好學習書中的內容，同時花一年時間把Android官方文檔中的training和guide看一遍，同時通過寫博客和記筆記的方式來做總結，建議讓自己的每篇博客都有價值些。通過一年時間的學習，相信每個人都可以達到中級工程師的水平。
技術要求：
- 基本知識點
比如四大組件如何使用、如何創建Service、如何進行布局、簡單的自定義View、動畫等常見技術
- 書籍推薦
《第一行代碼 Android》、《瘋狂Android》
中級工程師
小明經過一年的努力學習終於成為Android中級工程師了，月薪變成了17k。到了中級工程師，已經可以在公司里干很多體力活了，但是一些很重要的任務小明還不能一個人承擔起來，這個時候小明需要學習的內容就很多了，如下所示：
- AIDL：熟悉AIDL，理解其工作原理，懂transact和onTransact的區別；
- Binder：從Java層大概理解Binder的工作原理，懂Parcel對象的使用；
- 多進程：熟練掌握多進程的運行機制，懂Messenger、Socket等；
- 事件分發：彈性滑動、滑動沖突等；
- 玩轉View：View的繪制原理、各種自定義View；
- 動畫系列：熟悉View動畫和屬性動畫的不同點，懂屬性動畫的工作原理；
- 懂性能優化、熟悉mat等工具
- 懂點常見的設計模式
學習方法
閱讀進階書籍，閱讀Android源碼，閱讀官方文檔並嘗試自己寫相關的技術文章，需要有一定技術深度和自我思考。在這個階段的學習過程中，有2個點是比較困擾大家的，一個是閱讀源碼，另一個是自定義View以及滑動沖突。
如何閱讀源碼呢？這是個頭疼的問題，但是源碼必須要讀。閱讀源碼的時候不要深入代碼細節不可自拔，要關注代碼的流程並盡量挖掘出對應用層開發有用的結論。另外仔細閱讀源碼中對一個類或者方法的注釋，在看不懂源碼時，源碼中的注釋可以幫你更好地了解源碼中的工作原理，這個過程雖然艱苦，但是別無他法。
如何玩轉自定義View呢？我的建議是不要通過學習自定義view而學習自定義view。為什麼這么說呢？因為自定義view的種類太多了，各式各樣的絢麗的自定義效果，如何學的玩呢！我們要透過現象看本質，更多地去關注自定義view所需的知識點，這里做如下總結：
- 搞懂view的滑動原理
- 搞懂如何實現彈性滑動
- 搞懂view的滑動沖突
- 搞懂view的measure、layout和draw
- 然後再學習幾個已有的自定義view的例子
- 最後就可以搞定自定義view了，所謂萬變不離其宗
大概再需要1-2年時間，即可達到高級工程師的技術水平。我個人認為通過《Android開發藝術探索》和《Android群英傳》可以縮短這個過程為0.5-1年。注意，達到高級工程師的技術水平不代表就可以立刻成為高級工程師（受機遇、是否跳槽的影響），但是技術達到了，成為高級工程師只是很簡單的事。
技術要求：
- 稍微深入的知識點
AIDL、Messenger、Binder、多進程、動畫、滑動沖突、自定義View、消息隊列等
- 書籍推薦
《Android開發藝術探索》、《Android群英傳》
高級工程師
小明成為了夢寐以求的高級工程師，月薪達到了20k，還拿到了一丟丟股票。這個時候小明的Android水平已經不錯了，但是小明的目標是資深工程師，小明聽說資深工程師月薪可以達到30k+。
為了成為Android資深工程師，需要學習的東西就更多了，並且有些並不是那麼具體了，如下所示：
- 繼續加深理解」稍微深入的知識點「中所定義的內容
- 了解系統核心機制：
1. 了解SystemServer的啟動過程
2. 了解主線程的消息循環模型
3. 了解AMS和PMS的工作原理
4. 能夠回答問題」一個應用存在多少個Window？「
5. 了解四大組件的大概工作流程
6. …
- 基本知識點的細節
1. Activity的啟動模式以及異常情況下不同Activity的表現
2. Service的onBind和onReBind的關聯
3. onServiceDisconnected(ComponentName className)和binderDied()的區別
4. AsyncTask在不同版本上的表現細節
5. 線程池的細節和參數配置
6. …
- 熟悉設計模式，有架構意識
學習方法
這個時候已經沒有太具體的學習方法了，無非就是看書、看源碼和做項目，平時多種總結，盡量將知識融會貫通從而形成一種體系化的感覺。同時這個階段對架構是有一定要求的，架構是抽象的，但是設計模式是具體的，所以一定要加強下設計模式的學習。關於設計模式的學習，最近一本新書推薦給大家《Android 源碼設計模式解析與實戰》，既可以學習設計模式，又可能體會到Android源碼中的設計思想，我最近也在閱讀此書。
技術要求：
- 稍微深入的知識點
- 系統核心機制
- 基本知識點的細節
- 設計模式和架構
- 書籍推薦
《Android開發藝術探索》、《Android 源碼設計模式解析與實戰》、《Android內核剖析》
資深工程師
這個階段的程序員也許並沒有太具體的學習路線了。

『伍』 《Android開發藝術探索》值得買嗎

如果你對這個感興趣，那就值得

『陸』 《Android開發藝術探索》值得買嗎

正在看《Android 群英傳》和《Android開發藝術探索》，就一起說了，兩本都是進階的書。
《Android群英傳》主講自定義View，動畫，UI等，也講了一些 ListView 和 性能優化，相對來說較簡單（使得初級開發者能夠較好地向中高級開發者過度），推薦覺得已經到達瓶頸的初級開發者看，有一種進入新領域的感覺，重新煥發精神，恨不得把書看完的感覺。
《Android開發藝術探索》這本，相當於上面那本書的加強版，也是比較厚，推薦先看完上面那本再看這個。
它比較深入，比如，上面那本書，講 自定義View，這本書就深入地講View的工作原理，View的事件體系，上面的書講屬性動畫，這本書就深入地分析動畫。
另外還有很多IPC機制，消息機制，JNI ，緩存和性能優化等面試經常被問到的東西。
額，這本書我也只看到一半，相比看《Android群英傳》時解了不少迷惑（當然不僅僅看書就解惑了，也是翻閱了不少大牛的博客）
本菜一直以來都使用別人的開源控制項，關注 GitHub 上的各種awesome ui，而現在，要剖析它，自己造起來，菜鳥-->大鳥 進階吧

『柒』 《Android開發藝術探索》值得買嗎

值得買。《Android開發藝術探索》深入的講解View的工作原理，View的事件體系，屬性動畫，IPC機制，JNI技術，緩存與優化等知識。作者不僅僅沒有簡單的堆砌文檔，而是結合自身工作經驗來講解。由於這些技術屬於Android進階技術，所以不適合新手入門，比較適合進階中高的開發的工程師。

『捌』 《Android開發藝術探索》值得買嗎

這本書剛上市就入手了，是一本很好的書，值得購買。
最開始是接觸到作者的博客，受益匪淺，很開心作者出了書！書的內容中很多是安卓開發人員在開發過程中經常被坑的地方或者比較深入的知識點，比如IPC機制，View的事件分發機制和對於我來說最最重要的Bitmap的載入和緩存、性能優化。比較適合有一定開發經驗的人員來看，即使剛入門，也可以買來開拓眼界理清重點

『玖』 Android開發藝術探索的介紹

《Android開發藝術探索》是一本Android進階類書籍，採用理論、源碼和實踐相結合的方式來闡述高水準的Android應用開發要點。《Android開發藝術探索》從三個方面來組織內容。第一，介紹Android開發者不容易掌握的一些知識點；第二，結合Android源代碼和應用層開發過程，融會貫通，介紹一些比較深入的知識點；第三，介紹一些核心技術和Android的性能優化思想。《Android開發藝術探索》側重於Android知識的體系化和系統工作機制的分析，通過《Android開發藝術探索》的學習可以極大地提高開發者的Android技術水平，從而更加高效地成為高級開發者。而對於高級開發者來說，仍然可以從《Android開發藝術探索》的知識體系中獲益。

『拾』 求Android開發藝術探索的pdf版

pdf除非是買書的人自己掃描，不然這東西根本沒有流出來，作者自己都說簽過協議不能放出pdf的