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);
}

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

有时看起来像：

• bitmap.get像素（...）不起作用，因为输出中有黑线
• bitmap.set像素（...）不起作用，因为输出中有不变的行

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

Answer 1

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

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

我想你应该调用位图。getPixels（）显示整个位图。然后将生成的数组分割，并执行线程处理。所有线程完成后，重新组合结果并调用bitmap。setPixels（）

看起来像是位图。getPixels（）和位图。setPixels（）应该只不过是memcpy（）s，但在引用计数、图像缓存、颜色空间转换、预乘以及谁知道其他方面，还有很多事情要做。将Bitmap方法从并行处理中移除应该可以避免麻烦。