1,LuBan壓縮問(wèn)題 https://github.com/Curzibn/Luban
之前選擇壓縮圖片庫(kù),在github上找的這個(gè)star最多的,使用方法是傳入圖片數(shù)組,在異步線程中回調(diào)返回的結(jié)果。接下來(lái)就出現(xiàn)問(wèn)題了,壓縮的圖片質(zhì)量模糊,雖然可以設(shè)置多少KB一下不壓縮,在正常手機(jī)屏幕壓縮沒(méi)太大問(wèn)題。但是在平板,同一張圖片,壓縮就會(huì)模糊。
Luban.with(this)
.load(photos) // 傳人要壓縮的圖片列表
.ignoreBy(100) // 忽略不壓縮圖片的大小
.setTargetDir(getPath()) // 設(shè)置壓縮后文件存儲(chǔ)位置
.setCompressListener(new OnCompressListener() { //設(shè)置回調(diào)
@Override
public void onStart() {
// TODO 壓縮開(kāi)始前調(diào)用,可以在方法內(nèi)啟動(dòng) loading UI
}
@Override
public void onSuccess(File file) {
// TODO 壓縮成功后調(diào)用,返回壓縮后的圖片文件
***在此判斷是否壓縮完畢,根據(jù)返回的圖片++與原數(shù)組size比較***
}
@Override
public void onError(Throwable e) {
// TODO 當(dāng)壓縮過(guò)程出現(xiàn)問(wèn)題時(shí)調(diào)用
}
}).launch(); //啟動(dòng)壓縮
2,Compressor https://github.com/zetbaitsu/Compressor
這個(gè)壓縮是在主線程中的耗時(shí)操作,需要自己去寫(xiě)一個(gè)異步線程,并通過(guò)handler傳遞消息到主線程。
.setMaxWidth(640).setMaxHeight(480)這兩個(gè)數(shù)值越高,壓縮力度越小,圖片也不清晰,
.setQuality(75)這個(gè)方法只是設(shè)置圖片質(zhì)量,并不影響壓縮圖片的大小KB
.setCompressFormat(Bitmap.CompressFormat.WEBP) WEBP圖片格式是Google推出的 壓縮強(qiáng),質(zhì)量高,但是IOS不識(shí)別,需要把圖片轉(zhuǎn)為字節(jié)流然后轉(zhuǎn)PNG格式
.setCompressFormat(Bitmap.CompressFormat.PNG)PNG格式的壓縮,會(huì)導(dǎo)致圖片變大,并耗過(guò)大的內(nèi)存,手機(jī)反應(yīng)緩慢
.setCompressFormat(Bitmap.CompressFormat.JPEG)JPEG壓縮;壓縮速度比PNG快,質(zhì)量一般,基本上屬于1/10的壓縮比例
try {
File file = new Compressor(activity)
.setMaxWidth(640)
.setMaxHeight(480)
.setQuality(100)
.setCompressFormat(Bitmap.CompressFormat.JPEG)
.setDestinationDirectoryPath(Environment.getExternalStoragePublicDirectory(
Environment.DIRECTORY_PICTURES).getAbsolutePath())
.compressToFile(new File(filePath));
String imageString=file.getPath();
paths.add(imageString);
} catch (IOException e) {
e.printStackTrace();
}
***在此判斷paths的大小是否等于圖片數(shù)組大小,判斷是否調(diào)用handler傳遞消息到主線程去坐其他操作***