Android位图多线程处理 - 不是线程安全的？

Question

我想在我的 Android 应用程序中处理位图 - 位图可能很大，所以我使用多线程来执行更快的操作。这是我的代码（Runnable child 的一部分）：

@Override
public void run() {
    int imageHeight = filter.getBitmap().getHeight();
    int start = threadNumber * imageHeight / threadCount;
    int stop = (threadNumber + 1) * imageHeight / threadCount;
    for (int j = start; j < stop; j++) {
        filter.processLine(j);
    }
}
//...
protected void processLine(int lineNumber)
{
    int width = bitmap.getWidth();
    int pixels[] = new int[width];
    bitmap.getPixels(pixels, 0, width, 0, lineNumber, width, 1);
    for (int i = 0; i < width; i++) {
        pixels[i] = processPixel(pixels[i]);
    }
    bitmap.setPixels(pixels, 0, width, 0, lineNumber, width, 1);
}

当我在池中只使用 1 个线程时，一切正常。不幸的是，当我使用的线程数等于处理器的核心数（我的设备中为 4）时，结果如下（用于灰度过滤器）：

有时看起来像：

• bitmap.getPixels(...) 不起作用，因为输出中有黑线
• bitmap.setPixels(...) 不起作用，因为输出中有未更改的行

我说的对吗？这些函数是线程不安全的吗？我应该如何执行多线程位图过滤才能快速且线程安全？

Answer 1

Android 中的 2D 图像处理由 Skia 库提供，Chrome 也使用该库。

很难找到明确的答案。 “Skia 不是线程安全的，尽管 SkBitmap [Bitmap 使用] 是 线程安全的......”我不知道该怎么想。我仔细阅读了一堆难以理解的 JNI/C++ 代码，这是我能提供的最好的（这似乎比其他任何人都做得更多）：

我认为您应该在整个位图上调用bitmap.getPixels()。然后分割得到的数组并线程化处理。当所有线程完成后，重新组装结果并调用bitmap.setPixels()

看起来bitmap.getPixels() 和bitmap.setPixels() 应该只不过是memcpy()s，但是在引擎盖下还有很多事情要做，包括引用计数、图像缓存、色彩空间转换、预乘以及谁知道什么别的。将Bitmap 方法从并发处理中移除应该可以让您远离麻烦。