如何為你的Android應用縮放圖片
很難為你的應用程序得到正確的圖像縮放嗎？是你的圖片過大，造成內存問題？還是圖片不正確縮放造成不良用戶體驗的結果？為了尋求一個好的解決方案，我們咨詢了Andreas Agvard（索尼愛立信軟件部門），讓他分享一些關于這方面的經驗。
注意：本文沒有完整顯示出代碼示例。你可以下載本文的PDF，來看完整的代碼示例。
在索尼愛立信軟件部門工作，我經常遇到需要圖片縮放的應用，例如：當處理別人或者網絡上提供的圖片。縮放是必要的，因為通常情況下的圖片不是你想要呈現的那樣。
典型的例子，如果你正在為你的應用開發一個LiveView?擴展。大多數人開發應用利用LiveView?和其他第二屏幕設備，可能需要重新調整圖片，重要的是要保持適當的縮放比例和圖像質量。當然，在很多情況下，改變圖片尺寸是一個有點困難，但是很有效的途徑。
ImageView解決了許多的圖片縮放問題，首先，至少你在設置完一個圖片源后，不用去解碼或縮放圖片。但有時需要你自己去解碼控制，這是本教程的用武之地。隨著本教程，我寫了一個代碼示例，下載圖片縮放代碼示例。在文本中呈現的效果，可以通過編譯和運行該項目來看到。
孤立的問題
我做這個教程，是因為我已經有一些實用方法來實現圖片的縮放，為了避免最常見的圖片縮放問題。如下面的例子：
Bitmap unscaledBitmap = BitmapFactory.decodeResource(getResources(), mSourceId); Bitmap scaledBitmap = Bitmap.createScaledBitmap(unscaledBitmap, wantedWidth, wantedHeight, true);
那么在上面的代碼中，什么是正確的，什么是錯的？讓我們來看看在不同的代碼行。
行1：整個源圖像解碼到一個位圖。
- 這可能會導致內存不足的錯誤，如果圖片太大的話。
- 這可能會導致在一個高分辨率上解碼圖像。這可能會很慢，但智能解碼器可為解碼提高性能。
- 縮放圖片很多時候是，高分辨率位圖縮放到低分辨率，會導致鋸齒的問題。使用位圖過濾（例如，通過傳送`true`參數到Bitmap.createScaledBitmap(...)）減少了鋸齒，但是還是不夠。
行2：解碼的位圖縮放到想要的大小。
- 源圖像的尺寸和想要的圖像尺寸在長寬比上可能是不一樣的。這將導致圖像的拉伸。
左邊的圖片：原始圖像。右邊的圖片：縮放后圖片。可以看出明顯的失真問題，如原圖的眼睛非常的鮮明，縮放后就沒有了。高度出現拉伸。
創建一個解決方案
我們的解決方案，將有一個結構類似上述代碼，其中的一部分將取代行1，這樣為縮放做準備。另一部分將取代行2，做最后的縮放。我們將開始替換行2的部分代碼，引入兩個新的概念，裁剪和合適。
替換行2
在這一部分，我們將縮放位圖到我們所需要的。這一步很必要，因為之前的解碼能力是有限的。此外，在這一步為了避免拉伸，我們可能要重新調整圖片到想要的大小。
有兩種可能性可以避免拉伸。不管是那種，我們都要調整尺寸，以確保他們有相同的寬高比；即縮放圖像作為源圖像，直到它適合想要的尺寸，或裁剪具有相同的寬高比的源圖像為想要的尺寸。
左邊的圖片：圖像通過fit方法縮放。圖片已被縮小到適合的尺寸和高度，結果是小于想要的高度。右邊的圖像：圖像crop方法縮放。圖像已被縮放到適應至少想要的尺寸。因此原圖已被裁剪，切割了成左邊和右邊二部分。
為了縮放這樣的效果，我們的實現代碼如下：
public static Bitmap createScaledBitmap(Bitmap unscaledBitmap, int dstWidth, int dstHeight, ScalingLogic scalingLogic) {
Rect srcRect = calculateSrcRect(unscaledBitmap.getWidth(), unscaledBitmap.getHeight(), dstWidth, dstHeight, scalingLogic);
Rect dstRect = calculateDstRect(unscaledBitmap.getWidth(), unscaledBitmap.getHeight(), dstWidth, dstHeight, scalingLogic);
Bitmap scaledBitmap = Bitmap.createBitmap(dstRect.width(), dstRect.height(), Config.ARGB_8888);
Canvas canvas = new Canvas(scaledBitmap);
canvas.drawBitmap(unscaledBitmap, srcRect, dstRect, new Paint(Paint.FILTER_BITMAP_FLAG));return scaledBitmap;
}在上面的代碼，我們使用canvas.drawBitmap(...)做縮放。這種方法的裁剪區域是從源圖像的規模面積定義畫布的矩形為指定的目標矩形區域。為了避免拉伸，這兩個矩形需要有相同的長寬比。我們還調用了兩個實用的方法，一個為創建源矩形和另一個為創建目標矩形。方法如下：
public static Rect calculateSrcRect(int srcWidth, int srcHeight, int dstWidth, int dstHeight, ScalingLogic scalingLogic) {
if (scalingLogic == ScalingLogic.CROP) {
final float srcAspect = (float)srcWidth / (float)srcHeight;
final float dstAspect = (float)dstWidth / (float)dstHeight;
if (srcAspect > dstAspect) {
final int srcRectWidth = (int)(srcHeight * dstAspect);
final int srcRectLeft = (srcWidth - srcRectWidth) / 2;
return new Rect(srcRectLeft, 0, srcRectLeft + srcRectWidth, srcHeight);
} else {
final int srcRectHeight = (int)(srcWidth / dstAspect);
final int scrRectTop = (int)(srcHeight - srcRectHeight) / 2;
return new Rect(0, scrRectTop, srcWidth, scrRectTop + srcRectHeight);
}
} else {
return new Rect(0, 0, srcWidth, srcHeight);
}
}
public static Rect calculateDstRect(int srcWidth, int srcHeight, int dstWidth, int dstHeight, ScalingLogic scalingLogic) {
if (scalingLogic == ScalingLogic.FIT) {
final float srcAspect = (float)srcWidth / (float)srcHeight;
final float dstAspect = (float)dstWidth / (float)dstHeight;
if (srcAspect > dstAspect) {
return new Rect(0, 0, dstWidth, (int)(dstWidth / srcAspect));
} else {
return new Rect(0, 0, (int)(dstHeight * srcAspect), dstHeight);
}
} else {
return new Rect(0, 0, dstWidth, dstHeight);
}
}在剛好合適的情況下源矩形會包含整個源尺寸。在需要裁剪的情況下，它會計算好具有相同寬高比的目標圖像，來裁剪源圖像的寬度或高度，以達到你想要的尺寸。而剛好在合適的情況下，將有相同寬高比的源圖像，調整成你想要的尺寸的寬度或高度。
替換行1
解碼器很智能，特別是用于JPEG和PNG的格式。這些解碼器在圖片解碼時可以進行縮放，并且性能也有所改善，這樣鋸齒問題也可以避免。此外，由于圖片解碼后變小了，需要的內存也會較少。
縮放解碼的時候，只要簡單設置上BitmapFactory.Options對象的inSampleSize參數，并把它傳遞給BitmapFactory。樣本大小指定一個縮放圖像大小的抽象因素，例如2是640×480圖像在320×240圖像上解碼的因素。樣本大小設置時，你不能保證嚴格按照這個數字，圖像將被縮減，但至少它不會更小。例如，3倍640×480的圖像可能會導致在一個320×240圖像不支持值。通常情況下，至少2的一次方支持[1，2，4，8，...]。
下一步是指定一個合適的樣本大小。合適的樣本大小將產生最大的縮放，但仍然是大于等于你想要的圖像尺寸。如下面代碼：
public static Bitmap decodeFile(String pathName, int dstWidth, int dstHeight, ScalingLogic scalingLogic) {
Options options = new Options();
options.inJustDecodeBounds = true;
BitmapFactory.decodeFile(pathName, options);
options.inJustDecodeBounds = false;
options.inSampleSize = calculateSampleSize(options.outWidth, options.outHeight, dstWidth, dstHeight, scalingLogic);
Bitmap unscaledBitmap = BitmapFactory.decodeFile(pathName, options);
return unscaledBitmap;
}
public static int calculateSampleSize(int srcWidth, int srcHeight, int dstWidth, int dstHeight, ScalingLogic scalingLogic) {
if (scalingLogic == ScalingLogic.FIT) {
final float srcAspect = (float)srcWidth / (float)srcHeight;
final float dstAspect = (float)dstWidth / (float)dstHeight;
if (srcAspect > dstAspect) {
return srcWidth / dstWidth;
} else {
return srcHeight / dstHeight;
}
} else {
final float srcAspect = (float)srcWidth / (float)srcHeight;
final float dstAspect = (float)dstWidth / (float)dstHeight;
if (srcAspect > dstAspect) {
return srcHeight / dstHeight;
} else {
return srcWidth / dstWidth;
}
}
}在decodeFile（...）方法中，我們解碼一個文件進行了最終縮放尺度。這是首先要通過解碼源圖片尺寸，然后使用calculateSampleSize（...）計算最佳樣本大小，最后使用此樣本的大小解碼圖像。如果你有興趣的話，你可以更深入了解calculateSampleSize（...）方法，但以上方法基本可確保圖片進行縮放。
全部放在一起
根據上面我們指定的方法的，現在可以執行替換最初的代碼行：
Bitmap unscaledBitmap = decodeFile(pathname, dstWidth, dstHeight, scalingLogic); Bitmap scaledBitmap = createScaledBitmap(unscaledBitmap, dstWidth, dstHeight, scalingLogic);
左邊的圖像：原始解決方案，解碼消耗6693 KB的內存和1/4秒左右。結果被拉長失真。中間的圖像：同比縮放解決方案，解碼消耗418 KB的內存和1/10秒左右。右邊的圖像：裁剪解決方案，解碼消耗418 KB的內存和1/10秒左右。
想要了解更多信息，請下載我們的代碼示例。有了這個源碼項目，你可以看到你的Android手機上運行的結果。