網(wǎng)絡(luò)上關(guān)于如何針對圖片進(jìn)行有效合理的壓縮其實(shí)已經(jīng)有很多成熟的解決方案了，我這里要說的是針對微信 32KB 限制的壓縮方案，這也是在 SocialSdkLibrary 中采用的，經(jīng)過了很多細(xì)節(jié)的測試，當(dāng)然這可能不是最好的方法，歡迎一起討論。
假如希望得到一個(gè)大小為 maxSize 大小的圖片，整個(gè)壓縮過程分為如下幾個(gè)步驟：
- 獲取圖片的寬高，這個(gè)很簡單使用
options.inJustDecodeBounds可以實(shí)現(xiàn)。 - 利用
bitmap的寬高，通過w*h < maxSize為標(biāo)準(zhǔn)大致計(jì)算目標(biāo)圖片寬高，這里的計(jì)算是不精確的 - 使用近似的目標(biāo)寬高
decode目標(biāo)圖片，經(jīng)過此步之后拿到的bitmap會稍微大于maxSize。 - 細(xì)節(jié)調(diào)整，利用
matrix.scale每次縮小為原來的0.9，循環(huán)逼近目標(biāo)大小。
計(jì)算原始寬高
這里就是最基本的方法，但是因?yàn)榱鞒痰耐暾?，還是記錄下。
public static Size getBitmapSize(String filePath) {
// 僅獲取寬高
BitmapFactory.Options options = new BitmapFactory.Options();
// 該屬性設(shè)置為 true 只會加載圖片的邊框進(jìn)來，并不會加載圖片具體的像素點(diǎn)
options.inJustDecodeBounds = true;
BitmapFactory.decodeFile(filePath, options);
// 獲得原圖的寬和高
int outWidth = options.outWidth;
int outHeight = options.outHeight;
return new Size(outWidth, outHeight);
}
計(jì)算近似寬高
首先說一下為什么要有這一步：
- 為了盡量少的占用內(nèi)存，我們獲取的圖片只是用來在打開微信時(shí)展現(xiàn)一個(gè)縮略圖，而實(shí)際的圖片大小是無法預(yù)估的，不能盲目拿到內(nèi)存中，因此我們要先計(jì)算一個(gè)大致的尺寸；
- 最后一步中，我們將會采用循環(huán)壓縮的方式逼近目標(biāo)大小，先進(jìn)行這步壓縮，也是為了減少最后循環(huán)的次數(shù)；
這一步驟的目標(biāo)就是獲取到一個(gè)稍微大于 32KB 的圖片，后面再進(jìn)行細(xì)節(jié)微調(diào)。
那么接下來如何計(jì)算一個(gè)合適的寬高，我們簡單的這樣約束 32kb = w * h，雖然這樣并不完全合理，因?yàn)樽罱K byte[] 的長度和寬高并沒有絕對的關(guān)系，不過之前也說過了，這步是不精確的，目標(biāo)是一個(gè)大于稍微 32KB 的 bitmap;
于是可以得到如下關(guān)系，為了好理解，就用漢字標(biāo)識：
比例(>1) = 較長邊 / 較短邊
32KB = 較短邊 * 較長邊
32KB = 較短邊 * 較短邊 * 比例(>1)
較短邊 = sqrt(maxSize/比例(>1))
較長邊 = 較短邊 * 比例(>1)
經(jīng)過上面的關(guān)系，可以按照比例計(jì)算出 較短邊 和 較長邊，代碼如下，簡單看下：
/**
* 根據(jù)kb計(jì)算縮放后的大約寬高
*
* @param originSize 圖片原始寬高
* @param maxSize byte length
* @return 大小
*/
private static Size calculateSize(Size originSize, int maxSize) {
int bw = originSize.width;
int bh = originSize.height;
Size size = new Size();
// 如果本身已經(jīng)小于，就直接返回
if (bw * bh <= maxSize) {
size.width = bw;
size.height = bh;
return size;
}
// 拿到大于1的寬高比
boolean isHeightLong = true;
float bitRatio = bh * 1f / bw;
if (bitRatio < 1) {
bitRatio = bw * 1f / bh;
isHeightLong = false;
}
// 較長邊 = 較短邊 * 比例(>1)
// maxSize = 較短邊 * 較長邊 = 較短邊 * 較短邊 * 比例(>1)
// 由此計(jì)算短邊應(yīng)該為 較短邊 = sqrt(maxSize/比例(>1))
int thumbShort = (int) Math.sqrt(maxSize / bitRatio);
// 較長邊 = 較短邊 * 比例(>1)
int thumbLong = (int) (thumbShort * bitRatio);
if (isHeightLong) {
size.height = thumbLong;
size.width = thumbShort;
} else {
size.width = thumbLong;
size.height = thumbShort;
}
return size;
}
第一次采樣獲取目標(biāo)圖片
拿到目標(biāo)尺寸之后，根據(jù)目標(biāo)尺寸和原始圖片尺寸，計(jì)算對應(yīng)的 inSimpleSize，對圖片進(jìn)行第一次的 decode。
同樣因?yàn)檫@一步不是一個(gè)那么精確的操作，因此對于大小比較小的圖片（這里定的是 400*400）就不進(jìn)行壓縮了，怕壓的太厲害，其他的就是按照常規(guī)的采樣獲取到一個(gè) bitmap;
需要注意的是由于圖片大小和圖片尺寸沒有絕對的關(guān)系，所以要給一個(gè)更高的上限，我們在調(diào)用 calculateSize() 使用的不是 32KB，而是用了他的 5 倍，這樣可以保證圖片最終稍微大于 32KB;
/**
* 使用 path decode 出來一個(gè)差不多大小的，此時(shí)因?yàn)閳D片質(zhì)量的關(guān)系，可能大于kbNum
*
* @param filePath path
* @param maxSize byte
* @return bitmap
*/
public static Bitmap getMaxSizeBitmap(String filePath, int maxSize) {
Size originSize = getBitmapSize(filePath);
int sampleSize = 0;
// 我們對較小的圖片不進(jìn)行采樣，因?yàn)椴蓸又皇潜M量接近 32k 和避免占用大量內(nèi)存
// 對較小圖片進(jìn)行采樣會導(dǎo)致圖片更模糊，所以對不大的圖片，直接走后面的細(xì)節(jié)調(diào)整
if (originSize.height * originSize.width < 400 * 400) {
sampleSize = 1;
} else {
Size size = calculateSize(originSize, maxSize * 5);
while (sampleSize == 0
|| originSize.height / sampleSize > size.height
|| originSize.width / sampleSize > size.width) {
sampleSize += 2;
}
}
BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = false;
options.inSampleSize = sampleSize;
options.inMutable = true;
Bitmap bitmap = BitmapFactory.decodeFile(filePath, options);
LogUtils.e(TAG, "sample size = " + sampleSize + " bitmap大小 = " + bitmap.getByteCount());
return bitmap;
}
循環(huán)逼近目標(biāo)大小
此時(shí)我們拿到了一個(gè)大小稍微大于 32KB 的 bitmap，接下來需要循環(huán)壓縮該 bitmap 使最終得到 byte[] 小于 32KB;
這里使用 Matrix 的 setScale() 方法，每次將圖片縮小為原來的 0.9，并且不斷檢測大小，直到達(dá)到標(biāo)準(zhǔn)。
public static byte[] getStaticSizeBitmapByteByBitmap(Bitmap srcBitmap, int maxSize, Bitmap.CompressFormat
// 首先進(jìn)行一次大范圍的壓縮
Bitmap tempBitmap;
ByteArrayOutputStream output = new ByteArrayOutputStream();
// 設(shè)置矩陣數(shù)據(jù)
Matrix matrix = new Matrix();
srcBitmap.compress(format, 100, output);
// 如果進(jìn)行了上面的壓縮后，依舊大于32K，就進(jìn)行小范圍的微調(diào)壓縮
byte[] bytes = output.toByteArray();
LogUtils.e(TAG, "壓縮之前 = " + bytes.length);
while (bytes.length > maxSize) {
matrix.setScale(0.9f, 0.9f);//每次縮小 1/10
tempBitmap = srcBitmap;
srcBitmap = Bitmap.createBitmap(
tempBitmap, 0, 0,
tempBitmap.getWidth(), tempBitmap.getHeight(), matrix, true);
recyclerBitmaps(tempBitmap);
output.reset();
srcBitmap.compress(format, 100, output);
bytes = output.toByteArray();
LogUtils.e(TAG, "壓縮一次 = " + bytes.length);
}
LogUtils.e(TAG, "壓縮后的圖片輸出大小 = " + bytes.length);
recyclerBitmaps(srcBitmap);
return bytes;
}
最后
測試圖片壓縮的結(jié)果：
測試圖片大小 14.58M
原始圖片大小 = 8000 * 4160
目標(biāo)圖片大小 = 559 * 291
sample size = 16 采樣后 bitmap大小 = 520000
開始循環(huán)壓縮之前 bytes = 143255
壓縮一次 bytes = 110424
壓縮一次 bytes = 86231
壓縮一次 bytes = 66464
壓縮一次 bytes = 53433
壓縮一次 bytes = 42418
壓縮一次 bytes = 34061
壓縮一次 bytes = 26745
壓縮后的圖片輸出大小 bytes = 26745
測試圖片大小 388.16KB
原始圖片大小 = 479 * 850
目標(biāo)圖片大小 = 303 * 537
sample size = 2 采樣后 bitmap大小 = 406300
開始循環(huán)壓縮之前 bytes = 56926
壓縮一次 bytes = 47832
壓縮一次 bytes = 39200
壓縮一次 bytes = 31752
壓縮后的圖片輸出大小 bytes = 31752
測試圖片為 2.39M
原始圖片大小 = 2160 * 3840
目標(biāo)圖片大小 = 303 * 538
sample size = 8 采樣后 bitmap大小 = 518400
開始循環(huán)壓縮之前 bytes = 92282
壓縮一次 bytes = 73441
壓縮一次 bytes = 58790
壓縮一次 bytes = 47730
壓縮一次 bytes = 39083
壓縮一次 bytes = 31457
壓縮后的圖片輸出大小 bytes = 31457
可以看到當(dāng)圖片很大時(shí)，會造成壓縮次數(shù)過多，而且出來的圖片被壓縮的更厲害，而平常更常見的網(wǎng)絡(luò)圖（通常幾百K）拍攝圖（通常2-4M）可以達(dá)到不錯(cuò)的壓縮效果。
目前維護(hù)的幾個(gè)項(xiàng)目，求 ????
