Android应用坐标系统全面详解
Android應(yīng)用坐標(biāo)系統(tǒng)全面詳解
原文鏈接：CSDN@工匠若水，http://blog.csdn.net/yanbober/article/details/50419117
1. 背景
去年有很多人私信告訴我讓說(shuō)說(shuō)自定義控件，其實(shí)通觀網(wǎng)絡(luò)上的很多博客都在講各種自定義控件，但是大多數(shù)都是授之以魚(yú)，卻很少有較為系統(tǒng)性授之于漁的文章，同時(shí)由于自己也遲遲沒(méi)有時(shí)間規(guī)劃這一系列文章，最近想將這一系列文章重新提起來(lái)，所以就來(lái)先總結(jié)一下自定義控件的一個(gè)核心知識(shí)點(diǎn)——坐標(biāo)系。
很多人可能不屑一顧Android的坐標(biāo)系，但是如果你想徹底學(xué)會(huì)自定義控件，我想說(shuō)了解Android各種坐標(biāo)系及一些API的坐標(biāo)含義絕對(duì)算一個(gè)小而不可忽視的技能；所謂Android自定義View那幾大主要onXXX()方法的重寫(xiě)實(shí)質(zhì)其實(shí)大多數(shù)都是在處理坐標(biāo)邏輯運(yùn)算，所以我們就先來(lái)就題重談一下Android坐標(biāo)系。
2. Android坐標(biāo)系
說(shuō)到Android坐標(biāo)系其實(shí)就是一個(gè)三維坐標(biāo)，Z軸向上，X軸向右，Y軸向下。這三維坐標(biāo)的點(diǎn)處理就能構(gòu)成Android豐富的界面或者動(dòng)畫(huà)等效果，所以Android坐標(biāo)系在整個(gè)Android界面中算是蓋樓房的尺寸草圖，下面我們就來(lái)看看這些相關(guān)的概念。
2-1 Android屏幕區(qū)域劃分
我們先看一副圖來(lái)了解一下Android屏幕的區(qū)域劃分（關(guān)于這個(gè)東西的深入探討你可以看下《Android應(yīng)用setContentView與LayoutInflater加載解析機(jī)制源碼分析 》一文，那兒給出了部分原理的解釋），如下：
通過(guò)上圖我們可以很直觀的看到Android對(duì)于屏幕的劃分定義。下面我們就給出這些區(qū)域里常用區(qū)域的一些坐標(biāo)或者度量方式。如下：
//獲取屏幕區(qū)域的寬高等尺寸獲取 DisplayMetrics metrics = new DisplayMetrics(); getWindowManager().getDefaultDisplay().getMetrics(metrics); int widthPixels = metrics.widthPixels; int heightPixels = metrics.heightPixels; //應(yīng)用程序App區(qū)域?qū)捀叩瘸叽绔@取 Rect rect = new Rect(); getWindow().getDecorView().getWindowVisibleDisplayFrame(rect); //獲取狀態(tài)欄高度 Rect rect= new Rect(); getWindow().getDecorView().getWindowVisibleDisplayFrame(rect); int statusBarHeight = rectangle.top; //View布局區(qū)域?qū)捀叩瘸叽绔@取 Rect rect = new Rect(); getWindow().findViewById(Window.ID_ANDROID_CONTENT).getDrawingRect(rect);特別注意：上面這些方法最好在Activity的onWindowFocusChanged ()方法或者之后調(diào)運(yùn)，因?yàn)橹挥羞@時(shí)候才是真正的顯示OK，不懂的可以看我之前關(guān)于setContentView相關(guān)的博客。
2-2 Android View絕對(duì)相對(duì)坐標(biāo)系
上面我們分析了Android屏幕的劃分，可以發(fā)現(xiàn)我們平時(shí)開(kāi)發(fā)的重點(diǎn)其實(shí)都在關(guān)注View布局區(qū)域，那么下面我們就來(lái)細(xì)說(shuō)一下View區(qū)域相關(guān)的各種坐標(biāo)系。先看下面這幅圖：
通過(guò)上圖我們可以很直觀的給出View一些坐標(biāo)相關(guān)的方法解釋，不過(guò)必須要明確的是上面這些方法必須要在layout之后才有效，如下：
| getLeft() | 返回View自身左邊到父布局左邊的距離 |
| getTop() | 返回View自身頂邊到父布局頂邊的距離 |
| getRight() | 返回View自身右邊到父布局左邊的距離 |
| getBottom() | 返回View自身底邊到父布局頂邊的距離 |
| getX() | 返回值為getLeft()+getTranslationX()，當(dāng)setTranslationX()時(shí)getLeft()不變，getX()變。 |
| getY() | 返回值為getTop()+getTranslationY()，當(dāng)setTranslationY()時(shí)getTop()不變，getY()變。 |
同時(shí)也可以看見(jiàn)上圖中給出了手指觸摸屏幕時(shí)MotionEvent提供的一些方法解釋，如下：
| getX() | 當(dāng)前觸摸事件距離當(dāng)前View左邊的距離 |
| getY() | 當(dāng)前觸摸事件距離當(dāng)前View頂邊的距離 |
| getRawX() | 當(dāng)前觸摸事件距離整個(gè)屏幕左邊的距離 |
| getRawY() | 當(dāng)前觸摸事件距離整個(gè)屏幕頂邊的距離 |
上面就解釋了你在很多代碼中看見(jiàn)各種getXXX方法進(jìn)行數(shù)學(xué)邏輯運(yùn)算判斷的含義。不過(guò)上面只是說(shuō)了一些相對(duì)靜止的Android坐標(biāo)點(diǎn)關(guān)系，下面我們來(lái)看看幾個(gè)和上面方法緊密相關(guān)的View方法。如下：
| getWidth() | layout后有效，返回值是mRight-mLeft，一般會(huì)參考measure的寬度（measure可能沒(méi)用），但不是必須的。 |
| getHeight() | layout后有效，返回值是mBottom-mTop，一般會(huì)參考measure的高度（measure可能沒(méi)用），但不是必須的。 |
| getMeasuredWidth() | 返回measure過(guò)程得到的mMeasuredWidth值，供layout參考，或許沒(méi)用。 |
| getMeasuredHeight() | 返回measure過(guò)程得到的mMeasuredHeight值，供layout參考，或許沒(méi)用。 |
上面解釋了自定義View時(shí)各種獲取寬高的一些含義，下面我們?cè)賮?lái)看看關(guān)于View獲取屏幕中位置的一些方法，不過(guò)這些方法需要在Activity的onWindowFocusChanged ()方法之后才能使用。如下圖：
下面我們就給出上面這幅圖涉及的View的一些坐標(biāo)方法的結(jié)果（結(jié)果采用使用方法返回的實(shí)際坐標(biāo)，不依賴(lài)上面實(shí)際絕對(duì)坐標(biāo)轉(zhuǎn)換，上面絕對(duì)坐標(biāo)只是為了說(shuō)明例子中的位置而已），如下：
| getLocalVisibleRect() | (0, 0 - 410, 100) | (0, 0 - 410, 470) | 獲取View自身可見(jiàn)的坐標(biāo)區(qū)域，坐標(biāo)以自己的左上角為原點(diǎn)(0,0)，另一點(diǎn)為可見(jiàn)區(qū)域右下角相對(duì)自己(0,0)點(diǎn)的坐標(biāo)，其實(shí)View2當(dāng)前height為550，可見(jiàn)height為470。 |
| getGlobalVisibleRect() | (30, 100 - 440, 200) | (30, 250 - 440, 720) | 獲取View在屏幕絕對(duì)坐標(biāo)系中的可視區(qū)域，坐標(biāo)以屏幕左上角為原點(diǎn)(0,0)，另一個(gè)點(diǎn)為可見(jiàn)區(qū)域右下角相對(duì)屏幕原點(diǎn)(0,0)點(diǎn)的坐標(biāo)。 |
| getLocationOnScreen() | (30, 100) | (30, 250) | 坐標(biāo)是相對(duì)整個(gè)屏幕而言，Y坐標(biāo)為View左上角到屏幕頂部的距離。 |
| getLocationInWindow() | (30, 100) | (30, 250) | 如果為普通Activity則Y坐標(biāo)為View左上角到屏幕頂部（此時(shí)Window與屏幕一樣大）；如果為對(duì)話(huà)框式的Activity則Y坐標(biāo)為當(dāng)前Dialog模式Activity的標(biāo)題欄頂部到View左上角的距離。 |
到此常用的相關(guān)View的靜態(tài)坐標(biāo)獲取處理的方法和含義都已經(jīng)敘述完了，下面我們看看動(dòng)態(tài)的一些解釋（所謂動(dòng)靜只是我個(gè)人稱(chēng)呼而已）。
2-3 Android View動(dòng)畫(huà)相關(guān)坐標(biāo)系
其實(shí)在我們使用動(dòng)畫(huà)時(shí)，尤其是補(bǔ)間動(dòng)畫(huà)時(shí)，你會(huì)發(fā)現(xiàn)其中涉及很多坐標(biāo)參數(shù)，一會(huì)兒為相對(duì)的，一會(huì)兒為絕對(duì)的，你可能會(huì)各種蒙圈。那么不妨看下《Android應(yīng)用開(kāi)發(fā)之所有動(dòng)畫(huà)使用詳解 》這篇博客，這里面詳細(xì)介紹了關(guān)于Android動(dòng)畫(huà)相關(guān)的坐標(biāo)系統(tǒng)，這里不再累贅敘述。
2-4 Android View滑動(dòng)相關(guān)坐標(biāo)系
關(guān)于View提供的與坐標(biāo)息息相關(guān)的另一組常用的重要方法就是滾動(dòng)或者滑動(dòng)相關(guān)的，下面我們給出相關(guān)的解釋（特別注意：View的scrollTo()和scrollBy()是用于滑動(dòng)View中的內(nèi)容，而不是改變View的位置；改變View在屏幕中的位置可以使用offsetLeftAndRight()和offsetTopAndBottom()方法，他會(huì)導(dǎo)致getLeft()等值改變。），如下：
| offsetLeftAndRight(int offset) | 水平方向挪動(dòng)View，offset為正則x軸正向移動(dòng)，移動(dòng)的是整個(gè)View，getLeft()會(huì)變的，自定義View很有用。 |
| offsetTopAndBottom(int offset) | 垂直方向挪動(dòng)View，offset為正則y軸正向移動(dòng)，移動(dòng)的是整個(gè)View，getTop()會(huì)變的，自定義View很有用。 |
| scrollTo(int x, int y) | 將View中內(nèi)容（不是整個(gè)View）滑動(dòng)到相應(yīng)的位置，參考坐標(biāo)原點(diǎn)為ParentView左上角，x，y為正則向xy軸反方向移動(dòng)，反之同理。 |
| scrollBy(int x, int y) | 在scrollTo()的基礎(chǔ)上繼續(xù)滑動(dòng)xy。 |
| setScrollX(int value) | 實(shí)質(zhì)為scrollTo()，只是只改變Y軸滑動(dòng)。 |
| setScrollY(int value) | 實(shí)質(zhì)為scrollTo()，只是只改變X軸滑動(dòng)。 |
| getScrollX()/getScrollY() | 獲取當(dāng)前滑動(dòng)位置偏移量。 |
關(guān)于Android View的scrollBy()和scrollTo()參數(shù)傳遞正數(shù)卻向坐標(biāo)系負(fù)方向移動(dòng)的特性可能很多人都有疑惑，甚至是死記結(jié)論，這里我們簡(jiǎn)單給出產(chǎn)生這種特性的真實(shí)原因—-源碼分析，如下：
public void scrollTo(int x, int y) {if (mScrollX != x || mScrollY != y) {int oldX = mScrollX;int oldY = mScrollY;mScrollX = x;mScrollY = y;invalidateParentCaches();onScrollChanged(mScrollX, mScrollY, oldX, oldY);if (!awakenScrollBars()) {postInvalidateOnAnimation();}} }View的該方法注釋里明確說(shuō)明了調(diào)運(yùn)他會(huì)觸發(fā)onScrollChanged()和invalidated()方法，那我們就將矛頭轉(zhuǎn)向invalidated()方法觸發(fā)的draw()過(guò)程，draw()過(guò)程中最終其實(shí)會(huì)觸發(fā)下面的invalidate()方法，如下：
public void invalidate(int l, int t, int r, int b) {final int scrollX = mScrollX;final int scrollY = mScrollY;//scroller時(shí)為何參數(shù)和坐標(biāo)反向的真實(shí)原因invalidateInternal(l - scrollX, t - scrollY, r - scrollX, b - scrollY, true, false); }核心就在這里，相信不用我解釋大家也知道咋回事了，自行腦補(bǔ)。
scrollTo()和scrollBy()方法特別注意：如果你給一個(gè)ViewGroup調(diào)用scrollTo()方法滾動(dòng)的是ViewGroup里面的內(nèi)容，如果想滾動(dòng)一個(gè)ViewGroup則再給他嵌套一個(gè)外層，滾動(dòng)外層即可。
3. 總結(jié)
可以發(fā)現(xiàn)，上面只是說(shuō)明了一些View里常用的與坐標(biāo)相關(guān)的概念，關(guān)于自定義控件了解學(xué)習(xí)這些坐標(biāo)概念只是一個(gè)基礎(chǔ)，也是一個(gè)后續(xù)內(nèi)容的鋪墊，所以有必要先完全吃透此部分內(nèi)容才能繼續(xù)拓展學(xué)習(xí)新的東東。
View中還有一些其他與坐標(biāo)獲取相關(guān)的方法，但是一般都比較不常用，所以用到時(shí)可以現(xiàn)查API或者Debug看現(xiàn)象進(jìn)行學(xué)習(xí)即可，這里篇幅和時(shí)間有限就不一一道來(lái)了。
Android View的getLeft()、getRight()、getTop()、getBottom()
原文鏈接：http://www.cnblogs.com/zhengbeibei/archive/2013/05/07/3065999.html
引起疑惑
分析視圖invalidate流程的過(guò)程中發(fā)現(xiàn)view的left， right， top， bottom跟自己理解的不一樣，現(xiàn)在想分析一下這幾個(gè)值具體的含義
理解Android坐標(biāo)，位置概念
坐標(biāo)系在二維視圖中通過(guò)X軸和Y軸兩個(gè)數(shù)字為組合表示某個(gè)點(diǎn)的絕對(duì)坐標(biāo)。 例如(30, 100) 通常表示X軸30， Y軸100交叉的一個(gè)點(diǎn)。 在Android中以左上角為原點(diǎn)（0,0），水平方向是X軸，從左到右，垂直方向是Y軸，從上到下，可以把left相當(dāng)于X軸值， top相當(dāng)于Y軸值， 通過(guò)這兩個(gè)值A(chǔ)ndroid系統(tǒng)可以知道視圖的繪制起點(diǎn)，在通過(guò)Wdith 和 Height 可以得到視圖上下左右具體值，就可以在屏幕上絕對(duì)位置繪制視圖。right 與 bottom計(jì)算如下：
right = left + width; bottom = top + height;View中相應(yīng)API
view.getLeft();//表示的是view左側(cè)以其父View的左上角為原點(diǎn)的水平坐標(biāo)位置 view.getRight();//表示的view右側(cè)以其父View的左上角為原點(diǎn)的水平坐標(biāo)位置 view.getTop();//表示的是view頂部以父View的左上角為原點(diǎn)的垂直坐標(biāo)位置 view.getBottom();//表示的是view底部以父View的左上角為原點(diǎn)的垂直坐標(biāo)位置 view.getWidth();//表示view寬度 view.getHeight();//表示view高度實(shí)例分析
按照我的理解：
藍(lán)色區(qū)域位置 left = 0， top = 0 坐標(biāo)(0, 0 )
黃色區(qū)域位置 left = 60， top = 115 坐標(biāo)(60, 115)
綠色區(qū)域位置 left = 115， top = 170 坐標(biāo)(115, 170)
綠色區(qū)域，這里理解錯(cuò)誤，我認(rèn)為綠色區(qū)域的位置是針對(duì)于藍(lán)色區(qū)域的(0, 0)坐標(biāo)的值，從上圖的右下角打印出的坐標(biāo)值就可以看出與下方我列出的值不一致，看看下面的圖就明白了
總結(jié)： 視圖的left ， top ， right ， bottom 的值是針對(duì)其父視圖的相對(duì)位置， 綠色區(qū)域是針對(duì)其父視圖(即黃色區(qū)域?yàn)?0, 0)點(diǎn))的坐標(biāo)，不應(yīng)該是(115, 170 ) 而是 (55, 55)
獲取坐標(biāo)值的各種方法
你真的了解View的坐標(biāo)嗎？
原文鏈接：http://blog.csdn.net/gdutxiaoxu/article/details/53700020
閑聊
View，對(duì)我們來(lái)說(shuō)在熟悉不過(guò)了，從接觸Android開(kāi)始，我們就一直在接觸View，界面當(dāng)中到處都是 View，比如我們經(jīng)常用到的TextView，Button，LinearLayout等等，但是我們真的了解View嗎？尤其是View的坐標(biāo)。mLeft,mRight,mY,mX,mTranslationY,mScoollY,相對(duì)于屏幕的坐標(biāo)等等這些概念你真的清楚了嗎？如果真的清楚了，那你沒(méi)有必要度這篇博客，如果你還是有一些模糊，建議花上幾分鐘的時(shí)間讀一下，這篇博客較短，花個(gè)幾分鐘的時(shí)間就可以閱讀完。
為什么要寫(xiě)這一篇博客呢？
因?yàn)檎莆誚iew的坐標(biāo)很重要，尤其是對(duì)于自定義View，學(xué)習(xí)動(dòng)畫(huà)有重大的意義。
這篇博客主要講解一下問(wèn)題
- View 的 getLeft() , getRight() , getTop() , getBottom()
- View 的 getY() , getTranslationY() , getTop() 之間的聯(lián)系
- View 的 getScroolY 和 View 的 scrollTo() 和 scrollBy()
- event.getY 和 event.getRawY()
- 擴(kuò)展，怎樣獲取狀態(tài)欄（StatusBar）和標(biāo)題欄（titleBar）的高度
基本概念
簡(jiǎn)單說(shuō)明一下（上圖Activity采用默認(rèn)Style，狀態(tài)欄和標(biāo)題欄都會(huì)顯示）：最大的草綠色區(qū)域是屏幕界面，紅色次大區(qū)域我們稱(chēng)之為“應(yīng)用界面區(qū)域”，最小紫色的區(qū)域我們稱(chēng)之為“View繪制區(qū)域”；屏幕頂端、應(yīng)用界面區(qū)之外的那部分顯示手機(jī)電池網(wǎng)絡(luò)運(yùn)營(yíng)商信息的為“狀態(tài)欄”，應(yīng)用區(qū)域頂端、View繪制區(qū)外部顯示Activity名稱(chēng)的部分我們稱(chēng)為“標(biāo)題欄”。
從這張圖片我們可以看到
在Android中，當(dāng)ActionBar存在的情況下，屏幕的高度=狀態(tài)欄+應(yīng)用區(qū)域的高度=狀態(tài)欄的高度+（標(biāo)題欄的高度+View繪制區(qū)域的高度）
當(dāng)ActionBar不存在的情況下，屏幕的高度=狀態(tài)欄+應(yīng)用區(qū)域的高度=狀態(tài)欄的高度+（View繪制區(qū)域的高度）
View 的 getLeft()和getRight()和 getTop() 和getBottom()
View.getLeft() ; View.getTop() ; View.getBottom(); View.getRight() ;top是左上角縱坐標(biāo)，left是左上角橫坐標(biāo)，right是右下角橫坐標(biāo)，bottom是右下角縱坐標(biāo),都是相對(duì)于它的直接父View而言的，而不是相對(duì)于屏幕而言的。這一點(diǎn)要區(qū)分清楚。那那個(gè)坐標(biāo)是相對(duì)于屏幕而言的呢，以及要怎樣獲取相對(duì)于屏幕的坐標(biāo)呢？
目前View里面的變量還沒(méi)有一個(gè)是相對(duì)于屏幕而言的，但是我們可以獲取到相對(duì)于屏幕的坐標(biāo)。一般來(lái)說(shuō)，我們要獲取View的坐標(biāo)和高度 等，都必須等到View繪制完畢以后才能獲取的到，在Activity 的 onCreate()方法 里面 是獲取不到的，必須 等到View繪制完畢以后才能獲取地到View的響應(yīng)的坐標(biāo)，一般來(lái)說(shuō)，主要 有以下兩種方法。
第一種方法，onWindowFocusChanged()方法里面進(jìn)行調(diào)用
@Override public void onWindowFocusChanged(boolean hasFocus) {super.onWindowFocusChanged(hasFocus); //確保只會(huì)調(diào)用一次if(first){first=false;final int[] location = new int[2]; mView.getLocationOnScreen(location);int x1 = location[0] ;int y1 = location[1] ;Log.i(TAG, "onCreate: x1=" +x1);Log.i(TAG, "onCreate: y1=" +y1);} }第二種方法，在視圖樹(shù)繪制完成的時(shí)候進(jìn)行測(cè)量
mView.getViewTreeObserver().addOnGlobalLayoutListener(new ViewTreeObserver.OnGlobalLayoutListener() {@Overridepublic void onGlobalLayout() {// 移除監(jiān)聽(tīng)器，確保只會(huì)調(diào)用一次，否則在視圖樹(shù)發(fā)揮改變的時(shí)候又會(huì)調(diào)用mView.getViewTreeObserver().removeGlobalOnLayoutListener(this);final int[] location = new int[2];mView.getLocationOnScreen(location);int x1 = location[0];int y1 = location[1];Log.i(TAG, "onCreate: x1=" + x1);Log.i(TAG, "onCreate: y1=" + y1);} });View的getY()，getTranslationY() 和 getTop() 之間的聯(lián)
getY()
Added in API level 14
The visual y position of this view, in pixels.(返回的是View視覺(jué)上的圖標(biāo)，即我們眼睛看到位置的Y坐標(biāo)，默認(rèn)值跟getTop()相同，別急，下面會(huì)解釋）
getTranslationY()
Added in API level 14
The vertical position of this view relative to its top position, in pixels.(豎直方向上相對(duì)于top的偏移量，默認(rèn)值為0）
那 getY() 和 getTranslationY() 和 getTop () 到底有什么關(guān)系呢？
@ViewDebug.ExportedProperty(category = "drawing") public float getY() {return mTop + getTranslationY(); }@ViewDebug.ExportedProperty(category = "drawing")public float getTranslationY() {return mRenderNode.getTranslationY();}@ViewDebug.CapturedViewPropertypublic final int getTop() {return mTop;}從以上的源碼我們可以知道 getY()= getTranslationY()+ getTop ()，而 getTranslationY() 的默認(rèn)值是0，除非我們通過(guò) setTranlationY() 來(lái)改變它，這也就是我們上面上到的 getY 默認(rèn)值跟 getTop()相同
那我們要怎樣改變 top值 和 Y 值呢？ 很明顯就是調(diào)用相應(yīng)的set方法 ，即 setY() 和setTop() ，就可以改變他們 的值。
View的getScroolY 和 View 的 scrollTo() 和 scrollBy()
getScrollY是一個(gè)比較特別的函數(shù)，因?yàn)樗婕耙粋€(gè)值叫mScrollY，簡(jiǎn)單說(shuō)，getScrollY一般得到的都是0，除非你調(diào)用過(guò)scrollTo或scrollBy這兩個(gè)函數(shù)來(lái)改變它。
scrollTo() 和 scrollBy()
從字面意思我們可以知道 scrollTo() 是滑動(dòng)到哪里的意思 ，scrollBy()是相對(duì)當(dāng)前的位置滑動(dòng)了多少。當(dāng)然這一點(diǎn)在源碼中也是可以體現(xiàn)出來(lái)的
public void scrollTo(int x, int y) {if (mScrollX != x || mScrollY != y) {int oldX = mScrollX;int oldY = mScrollY;mScrollX = x;mScrollY = y;invalidateParentCaches();onScrollChanged(mScrollX, mScrollY, oldX, oldY);if (!awakenScrollBars()) {postInvalidateOnAnimation();}} } public void scrollBy(int x, int y) {scrollTo(mScrollX + x, mScrollY + y); }有幾點(diǎn)需要注意的是
- 不論是scrollTo或scrollBy，其實(shí)都是對(duì)View的內(nèi)容進(jìn)行滾動(dòng)而不是對(duì)View本身，你可以做個(gè)小實(shí)驗(yàn)，一個(gè)LinearLayouy背景是黃色，里面放置一個(gè)子LinearLayout背景是藍(lán)色，調(diào)用scrollTo或scrollBy，移動(dòng)的永遠(yuǎn)是藍(lán)色的子LinearLayout。
- 還有就是scrollTo和scrollBy函數(shù)的參數(shù)和坐標(biāo)系是“相反的”，比如scrollTo(-100,0)，View的內(nèi)容是向X軸正方向移動(dòng)的，這個(gè)相反打引號(hào)是因?yàn)椴⒉皇钦嬲南喾?#xff0c;具體可以看源碼，關(guān)于這兩個(gè)函數(shù)的源碼分析大家可以看Android——源碼角度分析View的scrollBy()和scrollTo()的參數(shù)正負(fù)問(wèn)題，一目了然。
View 的 width 和 height
@ViewDebug.ExportedProperty(category = "layout") public final int getHeight() {return mBottom - mTop; }我們可以看到 Android的 height 是由 mBottom 和 mTop 共同得出的，那我們要怎樣設(shè)置Android的高度呢？有人會(huì)說(shuō)直接在xml里面設(shè)置 android:height=”” 不就OK了，那我們?nèi)绻獎(jiǎng)討B(tài)設(shè)置height的高度呢，怎么辦？你可能會(huì)想到 setWidth()方法？但是我們找遍了View的所有方法，都沒(méi)有發(fā)現(xiàn) setWidth()方法，那要怎樣動(dòng)態(tài)設(shè)置height呢？其實(shí)有兩種方法
int width=50; int height=100; ViewGroup.LayoutParams layoutParams = view.getLayoutParams(); if(layoutParams==null){layoutParams=new ViewGroup.LayoutParams(width,height); }else{layoutParams.height=height; } view.setLayoutParams(layoutParams);第二種方法，單獨(dú)地改變top或者bottom的值，這種方法不推薦使用
至于width，它跟height基本一樣，只不過(guò)它是有mRight 和mLeft 共同決定而已。
需要注意的是，平時(shí)我們?cè)趫?zhí)行動(dòng)畫(huà)的過(guò)程，不推薦使用LayoutParams來(lái)改變View的狀態(tài)，因?yàn)楦淖僉ayoutParams會(huì)調(diào)用requestLayout()方法，會(huì)標(biāo)記當(dāng)前View及父容器，同時(shí)逐層向上提交，直到ViewRootImpl處理該事件，ViewRootImpl會(huì)調(diào)用三大流程，從measure開(kāi)始，對(duì)于每一個(gè)含有標(biāo)記位的view及其子View都會(huì)進(jìn)行測(cè)量、布局、繪制，性能較差，源碼體現(xiàn)如下：關(guān)于requestLayout ()方法的更多分析可以查看這一篇博客Android View 深度分析requestLayout、invalidate與postInvalidate
public void setLayoutParams(ViewGroup.LayoutParams params) {if (params == null) {throw new NullPointerException("Layout parameters cannot be null");}mLayoutParams = params;resolveLayoutParams();if (mParent instanceof ViewGroup) {((ViewGroup) mParent).onSetLayoutParams(this, params);}requestLayout(); }因此我們?nèi)绻赼pi 14 以后 ，在動(dòng)畫(huà)執(zhí)行過(guò)程中，要改變View的狀態(tài)，推薦使用setTranslationY()和setTranslationX（0等方法，而 盡量避免改變LayoutParams.因?yàn)樾阅芟淤F來(lái)說(shuō)較差。
event.getY 和 event.getRawY()
要區(qū)分于MotionEvent.getRawX() 和MotionEvent.getX();,
在public boolean onTouch(View view, MotionEvent event) 中，當(dāng)你觸到控件時(shí)，x,y是相對(duì)于該控件左上點(diǎn)（控件本身）的相對(duì)位置。 而rawx,rawy始終是相對(duì)于屏幕的位置。getX()是表示W(wǎng)idget相對(duì)于自身左上角的x坐標(biāo),而getRawX()是表示相對(duì)于屏幕左上角的x坐標(biāo)值 (注意:這個(gè)屏幕左上角是手機(jī)屏幕左上角,不管activity是否有titleBar或是否全屏幕)。
擴(kuò)展，怎樣獲取狀態(tài)欄（StatusBar）和標(biāo)題欄（titleBar）的高度
public void onWindowFocusChanged(boolean hasFocus) {super.onWindowFocusChanged(hasFocus);//屏幕DisplayMetrics dm = new DisplayMetrics();getWindowManager().getDefaultDisplay().getMetrics(dm);Log.e(TAG, "屏幕高:" + dm.heightPixels);//應(yīng)用區(qū)域Rect outRect1 = new Rect();getWindow().getDecorView().getWindowVisibleDisplayFrame(outRect1);//這個(gè)也就是狀態(tài)欄的 高度Log.e(TAG, "應(yīng)用區(qū)頂部" + outRect1.top);Log.e(TAG, "應(yīng)用區(qū)高" + outRect1.height());// 這個(gè)方法必須在有actionBar的情況下才能獲取到狀態(tài)欄的高度//View繪制區(qū)域Rect outRect2 = new Rect();getWindow().findViewById(Window.ID_ANDROID_CONTENT).getDrawingRect(outRect2);Log.e(TAG, "View繪制區(qū)域頂部-錯(cuò)誤方法：" + outRect2.top); //不能像上邊一樣由outRect2.top獲取，這種方式獲得的top是0，可能是bug吧Log.e(TAG, "View繪制區(qū)域高度：" + outRect2.height());int viewTop = getWindow().findViewById(Window.ID_ANDROID_CONTENT).getTop(); //要用這種方法Log.e(TAG, "View繪制區(qū)域頂部-正確方法：" + viewTop);int titleBarHeight=viewTop;Log.d(TAG, "onWindowFocusChanged: 標(biāo)題欄高度titleBarHeight=" +titleBarHeight); }這里我們需要注意的 是在ActionBar存在的情況下，通過(guò)這種方法我們才能夠得出titleBar的高度，否則是無(wú)法得到的，因?yàn)関iewTop 為0.
這篇博客到此為止，關(guān)于更多自定義View 的一些例子，可以看我以下的博客
常用的自定義View例子一(FlowLayout)
自定義View常用例子二（點(diǎn)擊展開(kāi)隱藏控件，九宮格圖片控件）
常用的自定義View例子三（MultiInterfaceView多界面處理）
常用的自定義控件四（QuickBarView）
源碼角度分析View的scrollBy()和scrollTo()的參數(shù)正負(fù)問(wèn)題
原文鏈接：http://blog.csdn.net/xplee0576/article/details/24242383
為什么要寫(xiě)這篇博客？
以前在使用View的scrollBy()或者scrollTo()的時(shí)候，發(fā)現(xiàn)它們的參數(shù)在正的時(shí)候是反方向移動(dòng)，負(fù)的時(shí)候是正方向移動(dòng)。于是就google了下，發(fā)現(xiàn)好多博客都要么是轉(zhuǎn)摘、要么是直接抄襲然后美起名曰原創(chuàng)，更惡劣的是這些博文由于是轉(zhuǎn)摘抄襲的關(guān)系，竟然都說(shuō)View在scrollBy()或者scrollTo()的時(shí)候，它們的直角坐標(biāo)系是相反的，這明顯是一個(gè)錯(cuò)誤的觀念。
好了，廢話(huà)不多說(shuō)進(jìn)入正題。
Android設(shè)備平面直角坐標(biāo)系
在做分析之前，首先要建立起Android設(shè)備屏幕的平面直角坐標(biāo)系概念。在Android手機(jī)中，屏幕的直角坐標(biāo)系概念簡(jiǎn)單來(lái)說(shuō)：
屏幕左上角為直角坐標(biāo)系的原點(diǎn)(0,0)
從原點(diǎn)出發(fā)向左為X軸負(fù)方向，向右為X軸正方向
從原點(diǎn)出發(fā)向上為Y軸負(fù)方向，向下為Y軸正方向
上述概念可通過(guò)如下圖總結(jié)：
在Android中，我們通常說(shuō)View在屏幕上的坐標(biāo)，其實(shí)就是view的左上的坐標(biāo)。調(diào)用View的invalidate()方法會(huì)促使View重繪。
View的scrollBy()和scrollTo()
在分析scrollBy()和scrollTo()之前，先上一段源碼片段：
/** * Set the scrolled position of your view. This will cause a call to * {@link #onScrollChanged(int, int, int, int)} and the view will be * invalidated. * @param x the x position to scroll to * @param y the y position to scroll to */ public void scrollTo(int x, int y) { if (mScrollX != x || mScrollY != y) { int oldX = mScrollX; int oldY = mScrollY; mScrollX = x; mScrollY = y; invalidateParentCaches(); onScrollChanged(mScrollX, mScrollY, oldX, oldY); if (!awakenScrollBars()) { invalidate(true); } } } /** * Move the scrolled position of your view. This will cause a call to * {@link #onScrollChanged(int, int, int, int)} and the view will be * invalidated. * @param x the amount of pixels to scroll by horizontally * @param y the amount of pixels to scroll by vertically */ public void scrollBy(int x, int y) { scrollTo(mScrollX + x, mScrollY + y); }scrollBy()和scrollTo()的滾動(dòng)不同點(diǎn)
scrollTo(x, y)：通過(guò)invalidate使view直接滾動(dòng)到參數(shù)x和y所標(biāo)定的坐標(biāo)
scrollBy(x, y)：通過(guò)相對(duì)于當(dāng)前坐標(biāo)的滾動(dòng)。從上面代碼中，很容以就能看出scrollBy()的方法體只有調(diào)用scrollTo()方法的一行代碼，scrollBy()方法先對(duì)屬性mScollX加上參數(shù)x和屬性mScrollY加上參數(shù)y，然后將上述結(jié)果作為參數(shù)傳入調(diào)用方法scrollTo()
scrollBy()和scrollTo()的參數(shù)正負(fù)影響滾動(dòng)問(wèn)題
scrollBy()和scrollTo()在參數(shù)為負(fù)的時(shí)候，向坐標(biāo)軸正方向滾動(dòng)；當(dāng)參數(shù)為正的時(shí)候，向坐標(biāo)軸負(fù)方向滾動(dòng)。而作為我們的認(rèn)知，應(yīng)該是參數(shù)為負(fù)的時(shí)候，向坐標(biāo)軸負(fù)方向滾動(dòng)；當(dāng)參數(shù)為正的時(shí)候，向坐標(biāo)軸正方向滾動(dòng)。
那為什么這兩個(gè)方法傳入?yún)?shù)和引起的滾動(dòng)方向和我們平常的認(rèn)知不同呢？
下面就讓我們帶著這個(gè)問(wèn)題跟隨源碼分析。如果不想從它的執(zhí)行過(guò)程一步步的去分析，可以直接看本文的最后一段源碼。
源碼執(zhí)行過(guò)程分析
因?yàn)閟crollBy(x, y)方法體只有一行，并且是調(diào)用scrollTo(x, y)，所以我們只要通過(guò)scrollTo(x, y)來(lái)進(jìn)行分析就可以了。
在scrollTo(x, y)中，x和y分別被賦值給了mScrollX和mScrollY，最后調(diào)用了方法invalidate(true)。貌似到了這里就無(wú)路可走了，其實(shí)不然，我們知道invalidate這個(gè)方法會(huì)通知View進(jìn)行重繪。
那么接下來(lái)，我們就可以跳過(guò)scrollTo(x, y)去分析View的draw()方法了。照例，在分析onDraw方法之前上一段源碼片段：
在這段代碼片中，我們直接定位到onDrawScrollBars(canvas)方法，找到了這個(gè)方法離真相就不遠(yuǎn)了。上源碼：
/** * <p>Request the drawing of the horizontal and the vertical scrollbar. The * scrollbars are painted only if they have been awakened first.</p> * * @param canvas the canvas on which to draw the scrollbars * * @see #awakenScrollBars(int) */ protected final void onDrawScrollBars(Canvas canvas) { // scrollbars are drawn only when the animation is running final ScrollabilityCache cache = mScrollCache; if (cache != null) { int state = cache.state; if (state == ScrollabilityCache.OFF) { return; } boolean invalidate = false; if (state == ScrollabilityCache.FADING) { // We're fading -- get our fade interpolation if (cache.interpolatorValues == null) { cache.interpolatorValues = new float[1]; } float[] values = cache.interpolatorValues; // Stops the animation if we're done if (cache.scrollBarInterpolator.timeToValues(values) == Interpolator.Result.FREEZE_END) { cache.state = ScrollabilityCache.OFF; } else { cache.scrollBar.setAlpha(Math.round(values[0])); } // This will make the scroll bars inval themselves after // drawing. We only want this when we're fading so that // we prevent excessive redraws invalidate = true; } else { // We're just on -- but we may have been fading before so // reset alpha cache.scrollBar.setAlpha(255); } final int viewFlags = mViewFlags; final boolean drawHorizontalScrollBar = (viewFlags & SCROLLBARS_HORIZONTAL) == SCROLLBARS_HORIZONTAL; final boolean drawVerticalScrollBar = (viewFlags & SCROLLBARS_VERTICAL) == SCROLLBARS_VERTICAL && !isVerticalScrollBarHidden(); if (drawVerticalScrollBar || drawHorizontalScrollBar) { final int width = mRight - mLeft; final int height = mBottom - mTop; final ScrollBarDrawable scrollBar = cache.scrollBar; final int scrollX = mScrollX; final int scrollY = mScrollY; final int inside = (viewFlags & SCROLLBARS_OUTSIDE_MASK) == 0 ? ~0 : 0; int left, top, right, bottom; if (drawHorizontalScrollBar) { int size = scrollBar.getSize(false); if (size <= 0) { size = cache.scrollBarSize; } scrollBar.setParameters(computeHorizontalScrollRange(), computeHorizontalScrollOffset(), computeHorizontalScrollExtent(), false); final int verticalScrollBarGap = drawVerticalScrollBar ? getVerticalScrollbarWidth() : 0; top = scrollY + height - size - (mUserPaddingBottom & inside); left = scrollX + (mPaddingLeft & inside); right = scrollX + width - (mUserPaddingRight & inside) - verticalScrollBarGap; bottom = top + size; onDrawHorizontalScrollBar(canvas, scrollBar, left, top, right, bottom); if (invalidate) { invalidate(left, top, right, bottom); } } if (drawVerticalScrollBar) { int size = scrollBar.getSize(true); if (size <= 0) { size = cache.scrollBarSize; } scrollBar.setParameters(computeVerticalScrollRange(), computeVerticalScrollOffset(), computeVerticalScrollExtent(), true); switch (mVerticalScrollbarPosition) { default: case SCROLLBAR_POSITION_DEFAULT: case SCROLLBAR_POSITION_RIGHT: left = scrollX + width - size - (mUserPaddingRight & inside); break; case SCROLLBAR_POSITION_LEFT: left = scrollX + (mUserPaddingLeft & inside); break; } top = scrollY + (mPaddingTop & inside); right = left + size; bottom = scrollY + height - (mUserPaddingBottom & inside); onDrawVerticalScrollBar(canvas, scrollBar, left, top, right, bottom); if (invalidate) { invalidate(left, top, right, bottom); } } } } }上述代碼，我們直接定位到if (drawVerticalScrollBar || drawHorizontalScrollBar)結(jié)構(gòu)語(yǔ)句塊。在水平方向滾動(dòng)與垂直方向滾動(dòng)語(yǔ)句塊中，能夠找到一行關(guān)鍵性代碼invalidate(left, top, right, bottom)，接著上源碼：
/** * Mark the area defined by the rect (l,t,r,b) as needing to be drawn. * The coordinates of the dirty rect are relative to the view. * If the view is visible, {@link #onDraw(android.graphics.Canvas)} * will be called at some point in the future. This must be called from * a UI thread. To call from a non-UI thread, call {@link #postInvalidate()}. * @param l the left position of the dirty region * @param t the top position of the dirty region * @param r the right position of the dirty region * @param b the bottom position of the dirty region */ public void invalidate(int l, int t, int r, int b) { if (ViewDebug.TRACE_HIERARCHY) { ViewDebug.trace(this, ViewDebug.HierarchyTraceType.INVALIDATE); } if (skipInvalidate()) { return; } if ((mPrivateFlags & (DRAWN | HAS_BOUNDS)) == (DRAWN | HAS_BOUNDS) || (mPrivateFlags & DRAWING_CACHE_VALID) == DRAWING_CACHE_VALID || (mPrivateFlags & INVALIDATED) != INVALIDATED) { mPrivateFlags &= ~DRAWING_CACHE_VALID; mPrivateFlags |= INVALIDATED; mPrivateFlags |= DIRTY; final ViewParent p = mParent; final AttachInfo ai = mAttachInfo; //noinspection PointlessBooleanExpression,ConstantConditions if (!HardwareRenderer.RENDER_DIRTY_REGIONS) { if (p != null && ai != null && ai.mHardwareAccelerated) { // fast-track for GL-enabled applications; just invalidate the whole hierarchy // with a null dirty rect, which tells the ViewAncestor to redraw everything p.invalidateChild(this, null); return; } } if (p != null && ai != null && l < r && t < b) { final int scrollX = mScrollX; final int scrollY = mScrollY; final Rect tmpr = ai.mTmpInvalRect; tmpr.set(l - scrollX, t - scrollY, r - scrollX, b - scrollY); p.invalidateChild(this, tmpr); } } }invalidate(left, top, right, bottom)方法體中，倒數(shù)第5行tmpr.set(l - scrollX, t - scrollY, r - scrollX, b - scrollY)設(shè)置一個(gè)view需要繪制的臟矩形，這個(gè)方法的傳入?yún)?shù)不覺(jué)得很奇怪嗎？
mScrollX和mScrollY都是作為參數(shù)的減數(shù)（負(fù)負(fù)得正，負(fù)正得負(fù)），再結(jié)合開(kāi)頭的Android屏幕直角坐標(biāo)系的概念，通過(guò)簡(jiǎn)單的邏輯分析或者計(jì)算就可以證明：當(dāng)scrollTo()的傳入?yún)?shù)為負(fù)的時(shí)候，view就向坐標(biāo)軸正方向滾動(dòng)；當(dāng)為正的時(shí)候，view就向坐標(biāo)軸負(fù)方向滾動(dòng)。
總結(jié)
以上是生活随笔為你收集整理的Android应用坐标系统全面详解的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇： 自定义组合控件：下拉选择框
- 下一篇： Android XML 实例化的过程