android圖片寬度

⑴ android中imageview里的圖片大小是否可以比imageview本身大，如果可以，如何設置

ImageView可以放大縮小,也可以通過Scaletype這個屬性來指定。
Scaletype的設置的方式包括：
1. 在layout xml中定義android:scaleType="CENTER"
2. 或在代碼中調用imageView.setScaleType(ImageView.ScaleType.CENTER);

Scaletype的取值和區別:
1. SetScaleType(ImageView.ScaleType.CENTER);
按圖片的原來size居中顯示，當圖片長/寬超過View的長/寬，則截取圖片的居中部分顯示
2. SetScaleType(ImageView.ScaleType.CENTER_CROP);

按比例擴大圖片的size居中顯示，使得圖片長(寬)等於或大於View的長(寬)
3. setScaleType(ImageView.ScaleType.CENTER_INSIDE);
將圖片的內容完整居中顯示，通過按比例縮小或原來的size使得圖片長/寬等於或小於View的長/寬
4. setScaleType(ImageView.ScaleType.FIT_CENTER);

把圖片按比例擴大/縮小到View的寬度，居中顯示
5. FIT_START, FIT_END在圖片縮放效果上與FIT_CENTER一樣，只是顯示的位置不同，FIT_START是置於頂部，FIT_CENTER居中，FIT_END置於底部。
在此就不給出示例了。
6. FIT_XY
不按比例縮放圖片，目標是把圖片塞滿整個View。

⑵ android如何設置圖片自適應控制項大小

<ImageView
android:layout_width="fill_parent"
android:layout_height="fill_parent"
android:background="@drawable/ic_launcher"/>

寬度和高度使用fill_parent （填充父窗體）

fill_parent 可以使控制項充滿父控制項，也就是你說的自動使用圖片控制項外的控制項大小。

⑶ android 屏幕適配基礎知識

最近參考 今日頭條演算法 ，優化了項目的屏幕適配策略。下面是適配過程中的一些心得，部分內容來源於網路。

舉個例子：屏幕解析度為：1920*1080，屏幕尺寸為5吋的話，那麼dpi為440。

dp就是密度自適應的像素。1dp表示 在dpi為160的設備上的一顆像素
px與dp的換算公式px = dp * (dpi / 160)，很顯然，由於相同解析度但不同屏幕大小的設備dpi是不同的，導致px和dp的基本不存在一個固定的換算關系，為了方便屏幕適配，Android設置了6個通用的密度，換算px與dp時採取通用密度計算，而非設備實際的密度。

以下為6種通用密度，以及其最小的解析度

得到上面通用密度之後，我們換算dp與px多了一種簡便方式。Android系統用mdpi(160dpi)作為基準，此時1px = 1dp，又有px = dp * (dpi / 160)，所以我們可以很容易的得到以下換算：

sp在dp的基礎上引入了scaleFactor變數，一般用於字型大小，可在系統設置里調大。

同一張圖片放到以上4個解析度類型的文件夾里，在頁面上呈現的效果如下

實際呈現的演算法為： 圖片尺寸 * 系統density / 文件夾 density
因為圖片尺寸、系統density都是固定的，因此圖片最終尺寸表現為： 圖片放的位置越"low"，呈現的尺寸越大

比如 圖片寬度200px，系統 density =3，則圖片寬度

下面是詳細的解釋

我們知道，不管在布局文件中填寫的是什麼單位，它最後都會被系統轉化為 px。系統的轉換演算法如下：

可以看到 px = dp*density 。

橫向適配的最終目的：讓100dp的寬度，在各個機型上，在屏幕上所佔的 比例相同 。
其核心演算法是px = dp* density。通過修改density這個變數，我們可以讓px和畫布標注的px值一致，達到適配的效果。

美工同學提供的畫布寬度為 750px（iphone6） ，開發中，我們對這些px標注 除2 得到dp值進行使用。
那麼density如何求出呢？ 根據系統演算法px = dp*density，反推 density =px/dp
拿橫向適配畫布， density對於不同解析度的手機修改後如下：

375是我們拿UI畫布橫向解析度750/2得出。

⑷ Android 高效內存-圖片內存使用優化

內容整理自網路。

在做內存優化的時候，我們發現除了解決內存泄露問題，剩下的就只有想辦法減少真實的內存佔用。而在App中，大部分內存可能被我們圖片佔用了，所以減少圖片的內存佔用可以帶來直接的效果。本文就簡單介紹一張圖片到底佔用多少內存，我們先假設我們有一張圖片時** 600 * 800** 的，圖片佔用空間大小假設是** 100KB**。

圖片內存大小跟佔用空間大小有什麼關系？

佔用空間的大小不是圖片佔用內存的大小，一些初學者可能會誤解一下。佔用空間是在磁碟上佔用的空間，內存大小是載入到內存中佔用的內存大小。兩個只是單位是一樣的，本質不是一個概念。

一張圖片到底佔用多少內存呢？（ARGB_8888編碼）

1. 圖片佔用內存的計算公式： 圖片高度 * 圖片寬度 * 一個像素佔用的內存大小

2. 所以上面的圖片佔用內存是：**800 * 600 * 4 byte = 1875KB = 1.83M **

上面的計算公式中，為什麼是4byte呢？文章後面有總結哦

圖片所在目錄對內存的影響？

在Android中，圖片的存放目錄和手機的屏幕密度影響圖片最終的大小，舉個例子：

假設我們的圖片放到 xhdpi 目錄下，那麼我們本文中的圖片佔用的內存大小如下：

屏幕密度為2的設備：800 * 600 * 4byte = 1.83M

屏幕密度為3的設備：800 * 1.5 * 600 * 1.5 * 4byte = 1.83 * 2.25M =** 4.12M**

所以，計算圖片佔用內存大小的時候，要考慮圖片所在的目錄跟設備密度，這兩個因素其實影響的是圖片的高寬，android會對圖片進行拉升跟壓縮。

總結

1. 圖片確實很佔用內存，內存優化先考慮圖片內存佔用；

2. 一定要避免使用大圖片，這就是.9圖很有用的原因之一；

3. 圖片的大小對內存的影響是正比關系；

4. 本文只是簡單的告知讀者怎麼計算圖片的內存大小。

大圖： 440 * 336    小圖： 220 * 168 資源目錄： xhdpi

小圖的高寬都是大圖的1/2-->小圖是原圖的1/4

界面效果：

測試設備： Coolpad   8676-M01   5.1   density=2.0

測試前准備操作： 同一款設備，設置圖片前後多次調用gc直到內存短時間內保持穩定不再變化

內存使用情況： 下圖依次是 初始內存，大圖內存，小圖內存

大圖佔用內存： 11.23 MB - 10.66 MB = 0.57 MB

小圖佔用內存： 10.81 MB - 10.66 MB = 0.15 MB

大圖小圖內存關系： 0.15 MB * 4 = 0.60 MB 約等於 0.57 MB (這是統計工具的誤差，理論上就是相等的)

同樣的方式在另外一台設備小米4c上得到的結果如下：

測試設備： Xiaomi   Mi-4c   V8.2.1.0.LXKCNDL   5.1.1   density=3.0

大圖佔用內存： 13.22 MB - 11.95 MB = 1.27 MB

小圖佔用內存： 12.27 MB - 11.95 MB = 0.32 MB

大圖小圖內存關系： 0.32 MB * 4 = 1.28 MB 約等於 1.27 MB

結論： 由此可見大圖比小圖佔用更多的內存，圖片大小（解析度）與佔用內存成正比關系

備註： 圖片在硬碟上佔用的磁碟空間大小，與在內存中佔用的內存大小完全不一樣，不是一個概念，不要混淆

根據上文中圖片大小與內存的關系，可以更加深刻的理解Android中.9圖片的作用，它不但能減少apk的體積，還能減少圖片佔用內存。

有些時候我們根本不需要圖片，而是自己繪制背景，可以在自定義View的onDraw中繪制背景，當然最方便的還是使用系統的Drawable，繪制部分交給系統去完成。

下面測試圖片與Drawable的內存佔用對比

原始圖片大小： 482 * 482

界面效果：

測試設備： Xiaomi   Mi-4c   V8.2.1.0.LXKCNDL   5.1.1

測試前准備操作： 同一款設備，設置背景前後多次調用gc直到內存短時間內保持穩定不再變化

內存使用情況： 下圖依次是 初始內存，使用圖片佔用的內存，使用Drawable佔用的內存，使用onDraw繪制佔用的內存

使用圖片佔用內存： 13.97 MB - 11.97 MB = 2.00 MB

使用Drawable佔用內存： 11.97 MB - 11.97 MB = 0.00 MB （不會是0，有誤差，只是很少）

使用onDraw繪制佔用內存： 11.98 MB - 11.97 MB = 0.01 MB

結論： 繪制背景，或者使用系統提供Drawable作為背景，會大大減少內存佔用

Drawable參考資料：

Drawable實戰解析：Android XML shape 標簽使用詳解（apk瘦身，減少內存好幫手）

Android GradientDrawable（shape標簽定義）靜態使用和動態使用(圓角，漸變實現)

「讓你的圖片最小化」一節中描述的方法：使用盡可能小的圖，使用.9，自己繪制背景或者使用Drawable來繪制背景

載入大圖片時需要對圖片進行壓縮，使用等比例壓縮方法直接在內存中處理圖片

這樣做要注意的是，圖片質量會變差，inSampleSize設置的值越大，圖片質量就越差。

有時候我們取得一張圖片，也許只是為了獲得這個圖片的一些信息，比如圖片的width、height等信息，不需要顯示到界面上，這個時候我們可以不把圖片載入到內存中。

由於Android外層是使用java，而底層使用的是C語言為圖片對象分配的內存空間。所以我們的外部雖然看起來釋放了，但里層卻並不一定完全釋放了，我們使用完圖片後最好再釋放掉里層的內存空間。

RGB(ARGB)

RGB色彩模式是工業界的一種顏色標准，是通過對紅(R)、綠(G)、藍(B)三個顏色通道的變化以及它們相互之間的疊加來得到各式各樣的顏色的，RGB即是代表紅、綠、藍三個通道的顏色，這個標准幾乎包括了人類視力所能感知的所有顏色，是目前運用最廣的顏色系統之一。在Android中還有包含透明度Alpha的顏色模型，即ARGB。

YUV

YUV，分為三個分量，「Y」表示明亮度（Luminance或Luma），也就是灰度值；而「U」和「V」 表示的則是色度（Chrominance或Chroma），作用是描述影像色彩及飽和度，用於指定像素的顏色。

YUV的原理是把亮度與色度分離，研究證明，人眼對亮度的敏感超過色度。利用這個原理，可以把色度信息減少一點，人眼也無法查覺這一點。

主要用於電視系統以及模擬視頻領域，它將亮度信息（Y）與色彩信息（UV）分離，沒有UV信息一樣可以顯示完整的圖像，只不過是黑白的，這樣的設計很好地解決了彩色電視機與黑白電視的兼容問題

YUV的存儲中與RGB格式最大不同在於，RGB格式每個點的數據是連繼保存在一起的。即R，G，B是前後不間隔的保存在2-4byte空間中。而YUV的數據中為了節約空間，U，V分量空間會減小。每一個點的Y分量獨立保存，但連續幾個點的U，V分量是保存在一起的，（反正人眼一般也看不出區別）.這幾個點合起來稱為macro-pixel， 這種存儲格式稱為Packed格式。另外一種存儲格式是把一幅圖像中Y，U，V分別用三個獨立的數組表示。這種模式稱為planar模式。

CMYK
  CMYK也稱作印刷色彩模式，顧名思義就是用來印刷的。印刷四分色模式是彩色印刷時採用的一種套色模式，利用色料的三原色混色原理，加上黑色油墨，共計四種顏色混合疊加，形成所謂「全彩印刷」。四種標准顏色是：

CMYK和RGB相比有一個很大的不同：RGB模式是一種發光的色彩模式，你在一間黑暗的房間內仍然可以看見屏幕上的內容；CMYK是一種依靠反光的色彩模式，我們是怎樣閱讀報紙的內容呢？是由陽光或燈光照射到報紙上，再反射到我們的眼中，才看到內容。它需要有外界光源，如果你在黑暗房間內是無法閱讀報紙的。只要是在印刷品上看到的圖像，就是CMYK模式表現的。比如期刊、雜志、報紙、宣傳畫等，都是印刷出來的，那麼就是CMYK模式的了。

CMYK原色與疊加之後的顏色對比

在不考慮透明度的情況下，一個像素點的顏色值在計算機中的表示方法有以下3種：

在Java中，float類型的變數佔32位，int類型的變數佔32位，short和char類型的變數都在16位，因此可以看出，用浮點數表示法編碼一個像素的顏色，內存佔用量是96位即12位元組；而用24位整數表示法編碼，只要一個int類型變數，佔用4個位元組（高8位空著，低24位用於表示顏色）；用16位整數表示法編碼，只要一個short類型變數，佔2個位元組；因此可以看出採用整數表示法編碼顏色值，可以大大節省內存，當然，顏色質量也會相對低一些。在Android中獲取Bitmap的時候一般也採用整型編碼。

回想一下Android的BitmapConfig類中，有ARGB_8888、ARGB_4444、RGB565等常量，現在可以知道它們分別代表了什麼含義。同時也可以計算一張圖片在內存中可能佔用的大小，比如採用ARGB_8888編碼載入一張1920 1200的圖片，大概就會佔用1920 1200*4/1024/1024=8.79MB的內存。

採用低內存佔用量的編碼方式，比如Bitmap.Config.ARGB_4444比Bitmap.Config.ARGB_8888更省內存；

1920 1200的圖片:*

ARGB_8888:1920 1200 4/1024/1024=8.79MB

ARGB_4444,RGB565:1920 1200 2/1024/1024=4.39MB

在Android中，對圖片的使用一定要關注，大多數情況下，佔用內存多，OOM發生都是因為圖片資源使用不當。不要盲目加一個大圖到Android項目中，能使用.9進來使用，而且.9圖本身盡可能小，另外能使用繪制實現就不要加一個圖片資源。有些時候，在不影響用戶體驗的情況下，可以降低圖片素材質量，比如不需要透明度的就不要了，有些透明度用肉眼看不出來。

⑸ android怎麼獲取圖片的大小

1、控制大小和位置

/*
* 獲取對話框的窗口對象及參數對象以修改對話框的布局設置,
* 可以直接調用getWindow(),表示獲得這個Activity的Window
* 對象,這樣這可以以同樣的方式改變這個Activity的屬性.
*/
Window dialogWindow = dialog.getWindow();
WindowManager.LayoutParams lp = dialogWindow.getAttributes();
dialogWindow.setGravity(Gravity.LEFT | Gravity.TOP);

/*
* lp.x與lp.y表示相對於原始位置的偏移.
* 當參數值包含Gravity.LEFT時,對話框出現在左邊,所以lp.x就表示相對左邊的偏移,負值忽略.
* 當參數值包含Gravity.RIGHT時,對話框出現在右邊,所以lp.x就表示相對右邊的偏移,負值忽略.
* 當參數值包含Gravity.TOP時,對話框出現在上邊,所以lp.y就表示相對上邊的偏移,負值忽略.
* 當參數值包含Gravity.BOTTOM時,對話框出現在下邊,所以lp.y就表示相對下邊的偏移,負值忽略.
* 當參數值包含Gravity.CENTER_HORIZONTAL時
* ,對話框水平居中,所以lp.x就表示在水平居中的位置移動lp.x像素,正值向右移動,負值向左移動.
* 當參數值包含Gravity.CENTER_VERTICAL時
* ,對話框垂直居中,所以lp.y就表示在垂直居中的位置移動lp.y像素,正值向右移動,負值向左移動.
* gravity的默認值為Gravity.CENTER,即Gravity.CENTER_HORIZONTAL |
* Gravity.CENTER_VERTICAL.
*
* 本來setGravity的參數值為Gravity.LEFT | Gravity.TOP時對話框應出現在程序的左上角,但在
* 我手機上測試時發現距左邊與上邊都有一小段距離,而且垂直坐標把程序標題欄也計算在內了,
* Gravity.LEFT, Gravity.TOP, Gravity.BOTTOM與Gravity.RIGHT都是如此,據邊界有一小段距離
*/
lp.x = 100; // 新位置X坐標
lp.y = 100; // 新位置Y坐標
lp.width = 300; // 寬度
lp.height = 300; // 高度
lp.alpha = 0.7f; // 透明度

// 當Window的Attributes改變時系統會調用此函數,可以直接調用以應用上面對窗口參數的更改,也可以用setAttributes
// dialog.onWindowAttributesChanged(lp);
dialogWindow.setAttributes(lp);

/*
* 將對話框的大小按屏幕大小的百分比設置
*/
// WindowManager m = getWindowManager();
// Display d = m.getDefaultDisplay(); // 獲取屏幕寬、高用
// WindowManager.LayoutParams p = getWindow().getAttributes(); // 獲取對話框當前的參數值
// p.height = (int) (d.getHeight() * 0.6); // 高度設置為屏幕的0.6
// p.width = (int) (d.getWidth() * 0.65); // 寬度設置為屏幕的0.95
// dialogWindow.setAttributes(p);

⑹ android 動態設置布局寬度

例如設置一個圖片寬高 關鍵代碼：
//取控制項當前的布局參數
LinearLayout.LayoutParams params = (LinearLayout.LayoutParams) imageView.getLayoutParams();
//設置寬度值
params.width = dip2px(MainActivity.this, width);
//設置高度值
params.height = dip2px(MainActivity.this, height);
//使設置好的布局參數應用到控制項
imageView.setLayoutParams(params);
1
2
3
4
5
6
7
8
1
2
3
4
5
6
7
8
高度除了可以設置成以上固定的值，也可以設置成wrap_content或match_content
ViewGroup.LayoutParams.WRAP_CONTENT
ViewGroup.LayoutParams.MATCH_PARENT
1
2
1
2
在這里插入圖片描述
xml

⑺ android 自定義view 怎麼設置其寬度和高度

自定義View 可以設置iji的布局，
1.在布局中設置寬高
2.在ondraw方法中繪制的view設置寬高
3.LayoutInflater設置寬高

⑻ Android知識點——Glide獲取圖片寬高

  先很負責任的說一下，這個內容也是網路來的，但是很不負責任的是，當初只記錄解決方案，忘了記錄是查看的哪篇博客了，這里先對不知道借鑒的誰表示感謝。無法分享鏈接，就厚著臉皮把（轉）字去掉了，請大家諒解。

  先提供一下 Android知識點——目錄 的鏈接，然後讓我們進入正題。

  實際上，這篇博客所說的內容並不是所有人都可以用到，畢竟大多數時候，我們只需要展示圖片，而並不需要知道圖片的寬高；有的時候我們只需要知道展示的寬高（即ImageView）的寬高，不需要知道圖片資源的實際尺寸。

  但是需求千千萬萬嘛，以程序員的腦洞，怎麼能想到產品的腦洞究竟有多大呢？我這里就遇到了一個需求，那就是需要在一個可縮放的圖片上標注icon（類似地圖上的marker）。這還不算完，畢竟在找到的圖片縮放控制項 PhotoView 中，我們點擊到圖片上後，是有點擊點位在整個圖片上的百分比坐標回調的。而多端通過百分比是很容易就能在圖片中獲取到相同的點位，並回顯出對應的icon的（沒辦法，誰讓我找的是方便計算百分比的呢），結果Web端優先做了這部分功能，使用的是在原圖上的具體坐標。這樣我百分比的計劃自然就落空了，只能想辦法計算出具體的點位。

  因此獲取圖片的原始尺寸就是一個必不可少的環節，我剛剛網路了一下，查到 wangke_king 的 Android獲取圖片的寬度和高度 中使用的方法是：

  我這里沒有親測過，不過應該是沒有問題，但是很遺憾我們的需求是在網路圖片上做測量，所以這個方法也無法使用，不過如果其他有類似本地圖片需求的，不妨嘗試一下。而我之前找到的解決方案為：

  首先說明，上述的方法是可以實現圖片的尺寸測量的，只是有一個小小的問題，那就是想要計算出Drawable的寬高，需要必須等到圖片載入完成之後，嘗試了使用view.post()，監聽組件載入完成，但是並不是每次都能獲取到Drawable的寬高，因此當初的解決方案是寫了個兩秒鍾的定時器，每50毫秒測量一次，直到獲取到值為止。這樣的解決方案可謂是相當無腦了，而且還要消耗很多不必要的資源。
  還好皇天不負有心人啊，終於找到了通過Glide獲取圖片寬高的方式：

  這樣我們就可以通過回調，在Glide將網路圖片注入到對應的圖片組件的時候，得到圖片的Bitmap，然後在通過Bitmap來獲取圖片的寬高。但是需要注意的一點是，Bitmap的泛型是需要手動去設置的哦。
  另外SimpleTarget現在已經過時，暫時還沒有查到。我搜索過SimpleTarget過時使用什麼替換，有一些說法是使用BitmapImageViewTarget ，不過下面是實際測試結果。
圖片鏈接：
網路圖片-景色

測量結果:

圖片信息：

如果不是我使用有誤的話，BitmapImageViewTarget 是無法替換SimpleTarget ，實現測量圖片原始寬高的功能的。

⑼ android開發中圖片顯示的問題：有個比屏幕尺寸大的圖片，現在想讓圖片的寬度填滿屏幕的寬度，長度不設限制

imageView不是有長寬的屬性么
android:layout_width="fill_parent"寬設成填滿
android:layout_height="wrap_content"長設為適應