安卓如何獲取view的寬高

⑴ 如何調整屏幕密度

1、確定手機的顯示density和解析度
desity翻譯成中文的意思是密度，在安卓系統中，desity是一個重要的顯示參數。如果density設置不當，如低解析度用了高density，會使得字體和其他一些UI顯示得特別小，甚至影響App兼容。要確定手機的density很簡單，使用RE文件管理器，開啟system目錄下的build.prop，找到「ro.sif.lcd_density=」的參數，後面的數字就是當前的density。
軟體名稱： RE文件管理器(RootExplorer)
軟體版本： 3.3.2
軟體大小： 2.38MB
軟體授權： 免費
適用平台： Android
下載地址： 一鍵下載 | 普通下載
找到build.prop文件，點擊編輯
這一行就是目前的系統density，需要做修改
確定屏幕解析度就更簡單了，自行查詢廠商官方數據即可。
2、根據解析度修改density
前面說到，如果density不對，會造成很多問題，所以修改解析度前，我們把density變更到對應的數值。以筆者的設備為例。筆者的設備默認解析度是1080p（1920x1080），density為480。如果要把解析度修改到720p（1280x720），那麼就按照下面的方法計算出需要修改的density數值。
需要修改成的density數值=480/（1080/720）=320
1080p的橫向、縱向解析度是720p的1.5倍，所以density需要除以1.5。如果你是2K解析度（2560x1440），想要修改成為1080p，那麼同理，計算公式如下：
需要修改的density數值=原density數值/（1440/1080）
使用RE文件管理器，編輯build.prop。將「ro.sif.lcd_density=」的參數改寫成為需要修改的數值，保存。
3、修改顯示解析度
修改density後，就可以接著修改顯示解析度了，這一步需要用到電腦，下面以Windows PC為例。首先需要安裝安卓adb開發包，下載後，按照壓縮包里的說明安裝。
軟體名稱： adb工具包
軟體版本： 1.0.32
軟體大小： 608KB
軟體授權： 免費
適用平台： Win2000 WinXP Win2003 Vista Win8 Win7

⑵ Android 自定義View：為什麼你設置的wrap_content不起作用

在使用自定義View時，View寬 / 高的 wrap_content 屬性不起自身應有的作用，而且是起到與 match_parent 相同作用。

其實這里有兩個問題：

請分析 & 解決問題之前，請先看自定義View原理中 （2）自定義View Measure過程 - 最易懂的自定義View原理系列

問題出現在View的寬 / 高設置，那我們直接來看自定義View繪制中第一步對View寬 / 高設置的過程：measure過程中的 onMeasure（） 方法

繼續往下看 getDefaultSize（）

從上面發現：

那麼有人會問：wrap_content和match_parent具有相同的效果，為什麼是填充父容器的效果呢？

我們知道，子View的MeasureSpec值是根據子View的布局參數（LayoutParams）和父容器的MeasureSpec值計算得來，具體計算邏輯封裝在getChildMeasureSpec()里。

接下來，我們看生成子View MeasureSpec的方法: getChildMeasureSpec() 的源碼分析：

getChildMeasureSpec()

從上面可以看出，當子View的布局參數使用 match_parent 或 wrap_content 時：

所以： wrap_content 起到了和 match_parent 相同的作用：等於父容器當前剩餘空間大小

當自定義View的布局參數設置成wrap_content時時，指定一個默認大小（寬 / 高）。

這樣，當你的自定義View的寬 / 高設置成wrap_content屬性時就會生效了。

網上流傳著這么一個解決方案：

答： 是，當父View為 AT_MOST 、View為 match_parent 時，該View的 match_parent 的效果就等於 wrap_content 。上述方法存在邏輯錯誤，但由於這種情況非常特殊的，所以導致最終的結果沒有錯誤。具體分析請看下面例子：

從上面的效果可以看出，View大小 = 默認值

我再將子View的屬性改為 wrap_content ：

從上面的效果可以看出，View大小還是等於默認值。

相信看到這里你已經看懂了：

為了更好的表示判斷邏輯，我建議你們用本文提供的解決方案，即根據布局參數判斷默認值的設置

不定期分享關於 安卓開發 的干貨，追求 短、平、快 ，但 卻不缺深度 。

⑶ Android之Activity全面解析，有些知識點容易忘記

Activity作為安卓四大組件之一，是最重要也是用得最多的組件，涉及的知識點非常多，有些知識點平時開發很少用到，但在某些場景下需要特別注意，本文詳細整理了Activity涉及的知識點，供開發參考。

針對Activity可以提出很多問題，如：
Activity 的生命周期？
Activity 之間的通信方式？
Activity 各種情況下的生命周期？
橫豎屏切換時 Activity 的生命周期？
前台切換到後台，然後再回到前台時 Activity 的生命周期？
彈出 Dialog 的時候按 Home 鍵時 Activity 的生命周期？
兩個Activity之間跳轉時的生命周期？
下拉狀態欄時 Activity 的生命周期？
Activity 與 Fragment 之間生命周期比較？
Activity 的四種 LaunchMode（啟動模式）的區別？
Activity 狀態保存與恢復？
Activity的轉場動畫有哪些實現方式？
Activity的生命周期中怎麼獲取控制項寬高？
onNewIntent的執行時機？
如何連續退出多個Activity？

如何把Acitivty設置成Dialog樣式 ，android:theme="@android:style/Theme.Dialog"

關於橫豎屏切換的生命周期，對應不同的手機，由於廠商定製的原因，會有不同的效果，如設置了configChanges="orientation」在有些手機會執行各個生命周期，但有些手機卻不會執行。
網上常見的結論如下：

但實際的測試如下：

可以看出，不同廠商的手機切屏生命周期會有差異。
從API 13以上，當設備在橫豎切屏時，「屏幕尺寸」也會發生變化，因此為了杜絕切屏導致頁面銷毀重建，需要加上screenSize，使用設置4，即 android:configChanges="orientation|keyboardHidden|screenSize" .

Activity的四種狀態如下：

在activity處於paused或者stoped狀態下，如果系統內存緊張，可能會被銷毀，當重回該activity時會重建，正常返回和被回收後返回的生命周期如下：

如果是回收後返回，onCreate的參數savedInstanceState不為空。

有哪些場景會觸發onNewIntent回調呢？跟啟動模式有關，首先該Activity實例已經存在，再次啟動才可能觸發。一種情況是啟動模式是singleTask或者singleInstance，無論該activity在棧中哪個位置，都會觸發onNewIntent回調，並且把上面其他acitivity移除，另一種情況是啟動模式是singleTop或者以FLAG_ACTIVITY_SINGLE_TOP啟動，並且該activity實例在棧頂，會觸發onNewIntent，如果不在棧頂是重新創建的，不會觸發。

在實際業務開發中，往往碰到需要連續退出多個activity實例，下面整理了幾種常見方法：

● 發送特定廣播
1、在需要處理連續退出的activity注冊該特定廣播；
2、發起退出的activity發送該特定廣播；
3、接收到該廣播的activity 調用finish結束頁面。
● 遞歸退出
1、用startActivityForResult啟動新的activity；
2、前一個頁面finish時，觸發onActvityResult回調，再根據requestCode和resultCode處理是否finish，達到遞歸退出的效果。
● FLAG_ACTIVITY_CLEAR_TOP
通過intent.setFlag(Intent.FLAG_ACTIVITY_CLEAR_TOP)啟動新activity，如果棧中已經有該實例，則會把該activity之上的所有activity關閉，達到singleTop啟動模式的效果。
● 自定義activity棧
1、自定義activity列表，新打開activity則加入棧中，關閉則移除棧；
2、需要退出多個activity時，則循環從棧中移除activity實例，並調用finish。

在討論Activity啟動模式經常提到任務棧，那到底什麼是任務棧？
任務是一個Activity的集合，它使用棧的方式來管理其中的Activity，這個棧又被稱為返回棧(back stack)，棧中Activity的順序就是按照它們被打開的順序依次存放的。返回棧是一個典型的後進先出(last in, first out)的數據結構。下圖通過時間線的方式非常清晰地向我們展示了多個Activity在返回棧當中的狀態變化：

taskAffinity 任務相關性，可以用於指定一個Activity更加願意依附於哪一個任務，在默認情況下，同一個應用程序中的所有Activity都具有相同的affinity， 名字為應用的包名。當然了，我們可以為每個 Activity 都單獨指定 taskAffinity 屬性（不與包名相同）。taskAffinity 屬性主要和 singleTask 啟動模式和 allowTaskReparenting 屬性配對使用，在其他情況下沒有意義。
taskAffinity 有下面兩種應用場景：

分為顯示啟動和隱式啟動。
（1）顯示啟動
直接指定待調整的Activity類名。

（2）隱式啟動
Intent 能夠匹配目標組件的 IntentFilter 中所設置的過濾信息，如果不匹配將無法啟動目標 Activity。IntentFilter 的過濾信息有 action、category、data。
IntentFilter 需要注意的地方有以下：
● 一個 Activity 中可以有多個 intent-filter
● 一個 intent-filter 同時可以有多個 action、category、data
● 一個 Intent 只要能匹配任何一組 intent-filter 即可啟動對應 Activity
● 新建的 Activity 必須加上以下這句，代表能夠接收隱式調用
<category android:name="android.intent.category.DEFAULT" />

只要匹配一個action即可跳轉，注意的是action要區分大小寫。

規則：如果intent中有category，則所有的都能匹配到intent-filter中的category，intent中的category數量可用少於intent-filter中的。另外，單獨設置category是無法匹配activity的，因為category屬性是一個執行Action的附加信息。

intent不添加category會匹配默認的，即 「android:intent.category.DEFAULT」
如果上面例子，如果去掉intent.setAction("action_name")，則會拋出異常：

規則：類似action，但data有復雜的結構，只要匹配一個data並且與data中所有屬性都一致就能匹配到Activity，只要有1個屬性不匹配，都無法找到activity。
data的結構：

data 主要是由 URI 和 mimeType 組成的。
URI 可配置很多信息，的結構如下：

與url類似，例如：

mineType：指資源類型包括文本、圖片、音視頻等等，例如:text/plain、 image/jpeg、video/* 等

下面看下data匹配的例子：
只匹配scheme

只匹配scheme也是能匹配到activity的。

匹配scheme、host、port
將上面的data改為

匹配mineType

如果有mineType，則不能僅設置setData或setMineType了，因為setData會把mineType置為null，而setMineType會把data置為null，導致永遠無法匹配到activity，要使用setDataAndType。

使用scheme的默認值contentfile

注意該方法需要在startAtivity方法或者是finish方法調用之後立即執行，不能延遲，但可以在子線程執行。

而在windowAnimationStyle中存在四種動畫：
activityOpenEnterAnimation // 打開新的Activity並進入新的Activity展示的動畫
activityOpenExitAnimation // 打開新的Activity並銷毀之前的Activity展示的動畫
activityCloseEnterAnimation //關閉當前Activity進入上一個Activity展示的動畫
activityCloseExitAnimation // 關閉當前Activity時展示的動畫

overridePendingTransition的方式比較生硬，方法也比較老舊了，不適用於MD風格，google提供了新的轉場動畫ActivityOptions，並提供了兼容包ActivityOptionsCompat。

我們知道在onCreate和onResume裡面直接獲取到控制項寬高為0，那有什麼辦法獲取到控制項的實際寬高？只要有onWindowFocusChanged、view.post、ViewTreeObserver三種方式獲取。

當用戶點擊桌面圖標啟動APP時，背後的流程如下：

我們看到的手機桌面是Launch程序的界面，點擊應用圖標會觸發點擊事件，調用startActivity(intent)，然後通過Binder IPC機制，與ActivityManagerService(AMS)通訊，AMS執行一系列操作，最終啟動目前應用，大概流程如下：

通過PackageManager的resolveIntent()收集跳轉intent對象的指向信息，然後通過grantUriPermissionLocked()方法來驗證用戶是否有足夠的許可權去調用該intent對象指向的Activity。如果有許可權，則在新的task中啟動目標activity，如果發現沒有進程，則先創建進程。

如果進程不存在，AMS會調用startProcessLocked創建新的進程，在該方法中，會通過socket的通訊方式通知zygote進程孵化新的進程並返回pid，在新的進程中會初始化ActivityThread，並依次調用Looper.prepareLoop()和Looper.loop()來開啟消息循環。

創建好進程後下一步要將Application和進程綁定起來，AMS會調用上一節創建的ActivityThread對象的bindAppliction方法完成綁定工作，該方法會發送一條BIND_APPLICATION的消息，最終會調用handleBindApplication方法處理消息，並調用makeApplication方法處理消息，載入APP的classes到內存中。

通過前面的步驟，系統已經擁有了該Application的進程，後續的啟動則是從已存在其他進程中啟動Acitivity，即調用realStartAcitvityLocked，該方法會調用Application的主線程對象ActivityThread的sheleLaunchActivity方法，在方法中會發送LAUNCH_ACTIVITY到消息隊列，最終通過handleLaunchActivity處理消息，完成Acitivty的啟動。

Activity
Activity 的 36 大難點，你會幾個？「建議收藏」
[譯]Android Application啟動流程分析