Android - Bitmap.createScaledBitmap() 将配置设置为 ARGB_8888

这是我第一次遇到一个问题，尽管进行了彻底的搜索，但似乎还没有被问到。
我遇到了 Bitmap.createScaledBitmap() 问题，无论输入的配置如何，生成的缩放位图始终为 ARGB_8888 。自然，这在内存有限的情况下是一个问题。

        InputStream is;
    try {
        is = mAssets.open("test.png");
        BitmapFactory.Options opts = new BitmapFactory.Options();
        opts.inPreferredConfig = Config.ARGB_4444;
        Bitmap originalBitmap = BitmapFactory.decodeStream(is, null, opts);
        System.out.println("Original Config: " + originalBitmap.getConfig());
        mScale = (float) mHeight / originalBitmap.getHeight();
        mBitmapScaled = Bitmap.createScaledBitmap(originalBitmap, (int)(mScale*(float)originalBitmap.getWidth()),
                (int)(mScale*(float)originalBitmap.getHeight()), true);
        System.out.println("Scaled: " + mBitmapScaled.getConfig());
        originalBitmap.recycle();
        is.close();
    } catch (IOException e) {
        // Do something.
    }

上面的代码返回输出:

由于 Bitmap.createScaledBitmap() 方法不采用 Config，因此似乎没有办法防止这种情况发生。有任何想法吗？

最佳答案

createScaledBitmap(...) 创建一个新的缩放位图，因此将您提供的参数传递给 createBitmap(...) 方法。以下是来自 createBitmap(...) 源代码的 snippet :

    if (config != null) {
        switch (config) {
            case RGB_565:
                newConfig = Config.RGB_565;
                break;
            case ALPHA_8:
                newConfig = Config.ALPHA_8;
                break;
            //noinspection deprecation
            case ARGB_4444:
            case ARGB_8888:
            default:
                newConfig = Config.ARGB_8888;
                break;
        }
    }

如您所见，每个带有 ARGB_4444 配置的位图都会转换为 ARGB_8888 位图。所以回答你的问题:不，没有办法阻止这种情况(除非你想复制 Bitmap.java 源代码的一部分并创建你自己的缩放方法)。

为什么带有 ARGB_4444 配置的位图会转换为 ARGB_8888 ？

documentation 是这样描述的:

关于Android - Bitmap.createScaledBitmap() 将配置设置为 ARGB_8888，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/17219120/