我用来缩放位图的方法。
private fun Bitmap.getResizedBitmap(maxWidth: Int, minWidth: Int, maxHeight: Int, minHeight: Int): Bitmap =
when {
width <= minWidth || height <= minHeight -> this
maxHeight > 0 && maxWidth > 0 -> {
val bitmapWidth = width
val bitmapHeight = height
val ratioBitmap = bitmapWidth.toFloat() / bitmapHeight.toFloat()
val ratioMax = maxWidth.toFloat() / maxHeight.toFloat()
var finalWidth = maxWidth.toFloat()
var finalHeight = maxHeight.toFloat()
if (ratioMax > ratioBitmap) finalWidth = maxHeight.toFloat() * ratioBitmap
else finalHeight = maxWidth.toFloat() / ratioBitmap
Bitmap.createScaledBitmap(this, finalWidth.toInt(), finalHeight.toInt(), true)
}
else -> this
}
override fun detectInPhoto(context: Context, uri: Uri, onLabelled: (List<Label>) -> Unit) {
try {
labelDetector.detectInImage(FirebaseVisionImage.fromFilePath(context, uri))
}catch (e: Exception){
Log.d("LabelDetector", "${e.message}")
}
StackTrace:
07-24 12:59:25.566 23076-23164/com.sev7en.curator E/AndroidRuntime: FATAL EXCEPTION: ForkJoinPool.commonPool-worker-3
Process: com.sev7en.curator, PID: 23076
java.lang.OutOfMemoryError: Failed to allocate a 24140812 byte allocation with 4185968 free bytes and 18MB until OOM
at dalvik.system.VMRuntime.newNonMovableArray(Native Method)
at android.graphics.BitmapFactory.nativeDecodeByteArray(Native Method)
at android.graphics.BitmapFactory.decodeByteArray(BitmapFactory.java:564)
at android.graphics.BitmapFactory.decodeByteArray(BitmapFactory.java:587)
at com.google.firebase.ml.vision.common.FirebaseVisionImage.getBitmapForDebugging(Unknown Source)
at com.google.firebase.ml.vision.label.FirebaseVisionLabelDetector.detectInImage(Unknown Source)
at com.sev7en.curator.ai.image.FirebasePhotoLabelDetector.detectInPhoto(FirebasePhotoLabelDetector.kt:52)
at com.sev7en.curator.util.impl.PhotoLabelManagerImpl$onUnlabelledPhotosReceived$1$2.doResume(PhotoLabelManagerImpl.kt:119)
at kotlin.coroutines.experimental.jvm.internal.CoroutineImpl.resume(CoroutineImpl.kt:42)
at kotlin.coroutines.experimental.jvm.internal.CoroutineImpl.resume(CoroutineImpl.kt:41)
at kotlinx.coroutines.experimental.DispatchedTask$DefaultImpls.run(Dispatched.kt:161)
at kotlinx.coroutines.experimental.AbstractContinuation.run(AbstractContinuation.kt:31)
at java.util.concurrent.ForkJoinTask$RunnableExecuteAction.exec(ForkJoinTask.java:1388)
at java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:251)
at java.util.concurrent.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:845)
at java.util.concurrent.ForkJoinPool.scan(ForkJoinPool.java:1674)
at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1629)
at java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:108)
错误在这里:com.sev7en.curator.ai.image.FirebasePhotoLabelDetector.detectInPhoto(FirebasePhotoLabelDetector.kt:52)
。
如果我将其注释掉,则没有问题。我提供的位图也存在同样的问题。
我正在使用以下方法来获取FirebaseVisionLabelDetector:
fun getLabelDetector(options: FirebaseVisionLabelDetectorOptions?): FirebaseVisionLabelDetector =
FirebaseVision.getInstance()
.getVisionLabelDetector(options ?: getLabelDetectorOptions(0.7f))
像这样使用它:
fun getLabels(bitmap : Bitmap){
getLabelDetector.detectInImage(FirebaseVisionImage.fromBitmap(bitmap))
}
但是通过查看Android Profiler中的内存,我注意到为提供的位图分配了很多内存,并且它们的引用没有被删除,因此它们不是垃圾收集的。我自己没有引用任何位图。每个方法调用的总内存使用量一直在增加。
我已经忽略了该函数的结果,因为我想首先提高其性能。
答案 0 :(得分:1)
位图确实消耗大量内存。 ML Kit SDK在启动检测时开始保存对图像的引用,并在检测完成后释放引用。如果并行启动许多检测,则可能会耗尽内存。
在SDK内,鉴于所有检测都需要大量计算,因此所有异步调用都将按顺序执行。因此,在完成第一次检测后开始第二次检测实际上不会减慢速度。这样做可以提高内存效率。
ML Kit为其异步API返回一个Task <>,您可以轻松地(递归地)链接操作,请参阅任务文档: https://developers.google.com/android/guides/tasks#chaining
或者只是addOnCompletetionListener并调用一个辅助函数以再次开始检测。