androiddraw
❶ 如何使用DroidDraw進行Android界面設計
1、DroidDraw是一個GUI可視化設計器，基於是基於Java Swing的Android界面設計器，用它來編輯android界面，非常直觀、方便，為開發者節約很多時間。我們可以用它生成繁雜的layout文件(XML文件)，設計完以後可以導出xml文件，然後復制到我們的工程中使用。
使用方法很簡單，首先下載該軟體，運行它，然後軟體點擊響應組件，通過拖拽來調整大小，生成文件保存成為XML，復制到您的Android工程中即可。
2、AnDroidDraw是一個與DroidDraw集成的Android應用程序，它允許你從DroidDraw應用程序下載你的GUIs，也允許你在一個Android設備上預覽你的GUIs。
它其實是一個android應用的安裝包apk文件，下載下來的文件AnDroidDraw.apk，然後要安裝到模擬器上(這里一定要保證Android環境已搭建好，SDK和ADT配置好)，步驟如下：
（1）在cmd下啟動模擬器
啟動模擬器的命令是命令行中輸入emulator @自定義的模擬器名稱
如果你也出先這樣的問題，請先檢查你的系統環境變數是否配置正確。
（2）使用 adb install AnDroidDraw.apk命令把它安裝到你的 Android 設備上
（3）安裝完此apk文件以後，打開模擬器，就可以看到模擬器上的該應用圖標。
（4）安裝一個埠轉發規則： adb forward tcp:6100
（5）你的 Android 設備上運行 AnDroidDraw
（6）在電腦上運行 DroidDraw ，並且創建一個 GUI ，接下來從 DroidDraw 菜單中選擇 "Project"->"Send GUI to Deviec"，就是將設計出來的xml發送給模擬器正在運行的AnDroidDraw程序，如果發送成功會彈出「Upload succeeded」消息框。
（7）Android 屏幕上看到你在DroidDraw創建的 GUI 的的xml
❷ Android繪圖基礎--Canvas和Drawable
Github鏈接
畫2D圖形有兩種方法：
Canvas實際上是封裝了各種draw方法的類，調用draw方法把圖形繪制到底層的Surface上，即繪制在Window上。
這個例子中構造了兩個Canvas和一個Bitmap，分別調用其draw方法，先是mCanvas往Bitmap里繪制一個方塊，再在onDraw方法內調用canvas.drawBitmap繪制這個方塊。
思考一個問題，為什麼mCanvas需要設置Bitmap？
很簡單，因為它沒有持有一塊內存地址，自然沒法繪制。來看一下draw的起點ViewRootImpl（軟體繪制，不開啟硬體加速下）。
這個通過mSurface.lockCanvas返回的Canvas是View.draw的canvas變數，所以當1，2情況時，Canvas都持有一個Bitmap，指向共享內存里的某一小塊，當調用Canvas.draw方法時就能繪制出東西。但對於自定義Canvas來說並不是，即使設置一個Bitmap和繪制了Bitmap，但不往共享內存上寫，屏幕上是不會顯示的，SurfaceView同理，通過Surface.lockCanvas獲取持有共享內存的Canvas，繪制完畢後調用Surface.unlockCanvasAndPost把繪制內容顯示到surface上並release掉Canvas。
順帶一提Canvas.save和Canvas.restore方法，如下Demo
效果圖如
畫的是三個顏色和旋轉角度都不同的小方形。
步驟1把默認坐標系旋轉20°，畫出第一個藍色的方形，步驟2保存當前的matrix（旋轉了20°），繼續旋轉20°，此時坐標系已經旋轉了40°，畫出第二個黃色的方塊，步驟3，恢復上一步保存的matrix（旋轉了20°），此時坐標系還是旋轉了20°，步驟4，再旋轉40°，此時坐標系旋轉了60°，畫出第三個黑色方塊。
Canvas.save用於保存當前matrix和clip，Canvas.restore用於恢復上次保存的matrix和clip。
Drawable是一個能畫出來的物體的抽象，使用前需要調用setBounds確定位置和大小，通過getIntrinsicHeight和getIntrinsicWidth取到實際大小。Drawable可以有幾種形式存在：Bitmap、Nine Patch、Vector、Shape、Layers等。
從Resource.getDrawable會判斷是否.xml結尾，不是的話走6，7步，如果從xml中讀取，需要getResource.getDrawable -> ResourceImpl.loadDrawableForCookie -> drawable.createFromXml -> DrawableInflater.inflateFromXmlForDensity -> drawable.inflateFromTag
看一下Shape實現類GradientDrawable的inflate實現，讀取各項屬性並賦值，到draw方法。
調用canvas.drawRect把mRect畫出來，而mRect的賦值在ensureValidRect。[圖片上傳失敗...(image-a25af0-1515826613001)]
bounds在哪裡設置的？答案是ImageView.updateDrawable內，會調用Drawable.getIntrinsicHeight賦值（從xml中size屬性讀取），再調用configureBounds -> setBounds，如果使用的不是ImageView，一定要在draw之前 調用setBounds ，否則size就會出錯。
回到loadDrawableForCookie，再看一下6，7步載入圖片的過程，通過AssetManager讀取圖片流數據，通過Drawable.createFromResourceStream這個我們經常使用的方法獲取到Drawable。
取到屏幕密度之後調用BitmapFactory.decodeResourcesStream，計算密度後調用native創建Bitmap，感興趣的同學可以看下更具體的分析文章（如 理解Bitmap ）。
本文探究了兩點
Android 7.1.1 源碼
Android 官方文檔， Canvas and Drawable , Drawable 等
❸ 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 畫出三角形
。支支吾吾也沒說出來，哎，回家一想太可氣 了，就找到方法。原來是android.graphics.Path這個類，實現的。Api里的描述如下：The Path class encapsulates compound (multiple contour) geometric paths consisting of straight line segments, quadratic curves, and cubic curves. It can be drawn with canvas.drawPath(path, paint), either filled or stroked (based on the paint's Style), or it can be used for clipping or to draw text on a path. 它大概的意思是說path類包含了多種組件，比如直線段，二次曲線，三次曲線,它可以在畫布上繪制，無論是填充或筆畫。下面舉例說明： package cn.lgl.draw; import android.content.Context; import android.graphics.Canvas; import android.graphics.Color; import android.graphics.LinearGradient; import android.graphics.Paint; import android.graphics.Path; import android.graphics.RectF; import android.graphics.Shader; import android.view.View; public class MyView extends View { public MyView(Context context) { super(context); // TODO Auto-generated constructor stub } @Override protected void onDraw(Canvas canvas) { // TODO Auto-generated method stub super.onDraw(canvas); /*設置背景為白色*/ canvas.drawColor(Color.WHITE); Paint paint=new Paint(); /*去鋸齒*/ paint.setAntiAlias(true); /*設置paint的顏色*/ paint.setColor(Color.RED); /*設置paint的 style 為STROKE：空心*/ paint.setStyle(Paint.Style.STROKE); /*設置paint的外框寬度*/ paint.setStrokeWidth(3); /*畫一個空心三角形*/ Path path=new Path(); path.moveTo(10,330); path.lineTo(70,330); path.lineTo(40,100); path.close(); canvas.drawPath(path, paint); /*設置paint 的style為 FILL：實心*/ paint.setStyle(Paint.Style.FILL); /*設置paint的顏色*/ paint.setColor(Color.BLUE); /*畫一個實心三角形*/ Path path2=new Path(); path2.moveTo(90,330); path2.lineTo(150,330); path2.lineTo(120,270); path2.close(); canvas.drawPath(path2, paint); Shader mShader=new LinearGradient(0,0,100,100, new int[]{Color.RED,Color.GREEN,Color.BLUE,Color.YELLOW}, null,Shader.TileMode.REPEAT); paint.setShader(mShader); /*畫一個漸變色三角形*/ Path path4=new Path(); path4.moveTo(170,330); path4.lineTo(230,330); path4.lineTo(200,270); path4.close(); canvas.drawPath(path4,paint); } }