android working - Странная проблема с памятью при загрузке изображения в объект Bitmap




with free (25)

У меня есть представление списка с несколькими кнопками изображения в каждой строке. Когда вы нажимаете строку списка, она запускает новое действие. Мне пришлось создавать собственные вкладки из-за проблемы с макетом камеры. Активность, которая запускается для результата, - это карта. Если я нажму на свою кнопку, чтобы запустить предварительный просмотр изображения (загрузить изображение с SD-карты), приложение вернется из активности обратно в listview к обработчику результатов, чтобы перезапустить мое новое действие, которое является не чем иным, как виджем изображения.

Предварительный просмотр изображения в представлении списка выполняется с помощью курсора и ListAdapter . Это делает его довольно простым, но я не уверен, как я могу поместить измененное изображение (т. Е. Размер меньшего бита не является пикселем, как src для кнопки изображения на лету. Поэтому я просто изменил размер изображения, снятого с камеры телефона.

Проблема в том, что я получаю ошибку из памяти, когда она пытается вернуться и повторно запустить 2-ю операцию.

  • Есть ли способ, с помощью которого я могу легко создавать строки списка подряд подряд, где я могу изменять размер на лету ( бит мудрый )?

Это было бы предпочтительнее, так как мне также необходимо внести некоторые изменения в свойства виджетов / элементов в каждой строке, поскольку я не могу выбрать строку с сенсорным экраном из-за проблемы фокуса. ( Я могу использовать роликовый шар. )

  • Я знаю, что могу сделать вне диапазона изменение размера и сохранить мой образ, но это не совсем то, что я хочу сделать, но некоторые примеры кода для этого было бы хорошо.

Как только я отключил изображение в списке, он снова работал отлично.

FYI: Вот как я это делал:

String[] from = new String[] { DBHelper.KEY_BUSINESSNAME,DBHelper.KEY_ADDRESS,DBHelper.KEY_CITY,DBHelper.KEY_GPSLONG,DBHelper.KEY_GPSLAT,DBHelper.KEY_IMAGEFILENAME  + ""};
int[] to = new int[] {R.id.businessname,R.id.address,R.id.city,R.id.gpslong,R.id.gpslat,R.id.imagefilename };
notes = new SimpleCursorAdapter(this, R.layout.notes_row, c, from, to);
setListAdapter(notes);

Где R.id.imagefilename - ButtonImage .

Вот мой LogCat:

01-25 05:05:49.877: ERROR/dalvikvm-heap(3896): 6291456-byte external allocation too large for this process.
01-25 05:05:49.877: ERROR/(3896): VM wont let us allocate 6291456 bytes
01-25 05:05:49.877: ERROR/AndroidRuntime(3896): Uncaught handler: thread main exiting due to uncaught exception
01-25 05:05:49.917: ERROR/AndroidRuntime(3896): java.lang.OutOfMemoryError: bitmap size exceeds VM budget
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.graphics.BitmapFactory.nativeDecodeStream(Native Method)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:304)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.graphics.BitmapFactory.decodeFile(BitmapFactory.java:149)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.graphics.BitmapFactory.decodeFile(BitmapFactory.java:174)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.graphics.drawable.Drawable.createFromPath(Drawable.java:729)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.ImageView.resolveUri(ImageView.java:484)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.ImageView.setImageURI(ImageView.java:281)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.SimpleCursorAdapter.setViewImage(SimpleCursorAdapter.java:183)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.SimpleCursorAdapter.bindView(SimpleCursorAdapter.java:129)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.CursorAdapter.getView(CursorAdapter.java:150)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.AbsListView.obtainView(AbsListView.java:1057)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.ListView.makeAndAddView(ListView.java:1616)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.ListView.fillSpecific(ListView.java:1177)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.ListView.layoutChildren(ListView.java:1454)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.AbsListView.onLayout(AbsListView.java:937)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.view.View.layout(View.java:5611)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.LinearLayout.setChildFrame(LinearLayout.java:1119)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.LinearLayout.layoutHorizontal(LinearLayout.java:1108)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.LinearLayout.onLayout(LinearLayout.java:922)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.view.View.layout(View.java:5611)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.FrameLayout.onLayout(FrameLayout.java:294)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.view.View.layout(View.java:5611)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.LinearLayout.setChildFrame(LinearLayout.java:1119)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.LinearLayout.layoutVertical(LinearLayout.java:999)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.LinearLayout.onLayout(LinearLayout.java:920)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.view.View.layout(View.java:5611)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.FrameLayout.onLayout(FrameLayout.java:294)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.view.View.layout(View.java:5611)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.view.ViewRoot.performTraversals(ViewRoot.java:771)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.view.ViewRoot.handleMessage(ViewRoot.java:1103)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.os.Handler.dispatchMessage(Handler.java:88)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.os.Looper.loop(Looper.java:123)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.app.ActivityThread.main(ActivityThread.java:3742)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at java.lang.reflect.Method.invokeNative(Native Method)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at java.lang.reflect.Method.invoke(Method.java:515)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:739)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:497)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at dalvik.system.NativeStart.main(Native Method)
01-25 05:10:01.127: ERROR/AndroidRuntime(3943): ERROR: thread attach failed 

У меня также есть новая ошибка при отображении изображения:

01-25 22:13:18.594: DEBUG/skia(4204): xxxxxxxxxxx jpeg error 20 Improper call to JPEG library in state %d
01-25 22:13:18.604: INFO/System.out(4204): resolveUri failed on bad bitmap uri: 
01-25 22:13:18.694: ERROR/dalvikvm-heap(4204): 6291456-byte external allocation too large for this process.
01-25 22:13:18.694: ERROR/(4204): VM won't let us allocate 6291456 bytes
01-25 22:13:18.694: DEBUG/skia(4204): xxxxxxxxxxxxxxxxxxxx allocPixelRef failed

Answers

Эта проблема возникает только в эмуляторах Android. Я также столкнулся с этой проблемой в эмуляторе, но когда я проверил устройство, он работал нормально.

Поэтому, пожалуйста, проверьте устройство. Его можно запустить в устройстве.


Я видел много вопросов об исключениях OOM и кешировании в последнее время. В руководстве разработчика есть действительно хорошая статья об этом, но некоторые имеют тенденцию терпеть неудачу при ее реализации соответствующим образом.

Из-за этого я написал пример приложения, демонстрирующего кеширование в среде Android. Эта реализация еще не получила OOM.

Посмотрите на конец этого ответа для ссылки на исходный код.

Требования:

  • Android API 2.1 или выше (я просто не смог получить доступную память для приложения в API 1.6 - это единственный фрагмент кода, который не работает в API 1.6)
  • Пакет поддержки Android

Особенности:

  • Сохраняет кеш, если есть изменение ориентации , используя одноэлементный
  • Используйте одну восьмую из назначенной памяти приложения в кеше (измените, если хотите)
  • Большие растровые изображения масштабируются (вы можете определить максимальные пиксели, которые вы хотите разрешить)
  • Управляет доступом к Интернету перед загрузкой растровых изображений
  • Удостоверяется, что вы создаете только одну задачу за строку
  • Если вы выбрасываете ListView , он просто не будет загружать растровые изображения между

Это не включает:

  • Кэширование дисков. Это должно быть легко реализовать в любом случае - просто укажите на другую задачу, которая захватывает растровые изображения с диска

Образец кода:

Загружаемые изображения - это изображения (75x75) от Flickr. Однако поместите любые URL-адреса изображений, которые вы хотите обработать, и приложение уменьшит его, если оно превысит максимальное значение. В этом приложении URL-адреса просто находятся в массиве String .

У LruCache есть хороший способ справиться с растровыми изображениями. Однако в этом приложении я помещаю экземпляр LruCache внутри другого класса кэша, который я создал для того, чтобы сделать приложение более выполнимым.

Критический материал loadBitmap() метод loadBitmap() является самым важным):

public Cache(int size, int maxWidth, int maxHeight) {
    // Into the constructor you add the maximum pixels
    // that you want to allow in order to not scale images.
    mMaxWidth = maxWidth;
    mMaxHeight = maxHeight;

    mBitmapCache = new LruCache<String, Bitmap>(size) {
        protected int sizeOf(String key, Bitmap b) {
            // Assuming that one pixel contains four bytes.
            return b.getHeight() * b.getWidth() * 4;
        }
    };

    mCurrentTasks = new ArrayList<String>();    
}

/**
 * Gets a bitmap from cache. 
 * If it is not in cache, this method will:
 * 
 * 1: check if the bitmap url is currently being processed in the
 * BitmapLoaderTask and cancel if it is already in a task (a control to see
 * if it's inside the currentTasks list).
 * 
 * 2: check if an internet connection is available and continue if so.
 * 
 * 3: download the bitmap, scale the bitmap if necessary and put it into
 * the memory cache.
 * 
 * 4: Remove the bitmap url from the currentTasks list.
 * 
 * 5: Notify the ListAdapter.
 * 
 * @param mainActivity - Reference to activity object, in order to
 * call notifyDataSetChanged() on the ListAdapter.
 * @param imageKey - The bitmap url (will be the key).
 * @param imageView - The ImageView that should get an
 * available bitmap or a placeholder image.
 * @param isScrolling - If set to true, we skip executing more tasks since
 * the user probably has flinged away the view.
 */
public void loadBitmap(MainActivity mainActivity, 
        String imageKey, ImageView imageView,
        boolean isScrolling) {
    final Bitmap bitmap = getBitmapFromCache(imageKey); 

    if (bitmap != null) {
        imageView.setImageBitmap(bitmap);
    } else {
        imageView.setImageResource(R.drawable.ic_launcher);
        if (!isScrolling && !mCurrentTasks.contains(imageKey) && 
                mainActivity.internetIsAvailable()) {
            BitmapLoaderTask task = new BitmapLoaderTask(imageKey,
                    mainActivity.getAdapter());
            task.execute();
        }
    } 
}

Вам не нужно ничего редактировать в файле Cache.java, если вы не хотите реализовать кэширование диска.

Главный материал MainActivity.java:

public void onScrollStateChanged(AbsListView view, int scrollState) {
    if (view.getId() == android.R.id.list) {
        // Set scrolling to true only if the user has flinged the       
        // ListView away, hence we skip downloading a series
        // of unnecessary bitmaps that the user probably
        // just want to skip anyways. If we scroll slowly it
        // will still download bitmaps - that means
        // that the application won't wait for the user
        // to lift its finger off the screen in order to
        // download.
        if (scrollState == SCROLL_STATE_FLING) {
            mIsScrolling = true;
        } else {
            mIsScrolling = false;
            mListAdapter.notifyDataSetChanged();
        }
    } 
}

// Inside ListAdapter...
@Override
public View getView(final int position, View convertView, ViewGroup parent) {           
    View row = convertView;
    final ViewHolder holder;

    if (row == null) {
        LayoutInflater inflater = getLayoutInflater();
        row = inflater.inflate(R.layout.main_listview_row, parent, false);  
        holder = new ViewHolder(row);
        row.setTag(holder);
    } else {
        holder = (ViewHolder) row.getTag();
    }   

    final Row rowObject = getItem(position);

    // Look at the loadBitmap() method description...
    holder.mTextView.setText(rowObject.mText);      
    mCache.loadBitmap(MainActivity.this,
            rowObject.mBitmapUrl, holder.mImageView,
            mIsScrolling);  

    return row;
}

getView()часто вызываются. Обычно не рекомендуется загружать изображения там, если мы не выполнили проверку, которая гарантирует, что мы не начнем бесконечное количество потоков в строке. Cache.java проверяет, находится ли rowObject.mBitmapUrlуже задание, и если оно есть, оно не будет запускаться другим. Поэтому мы, скорее всего, не превысим ограничение на работу в AsyncTaskпуле.

Скачать:

Исходный код можно загрузить с https://www.dropbox.com/s/pvr9zyl811tfeem/ListViewImageCache.zip .

Последние слова:

Я проверил это в течение нескольких недель, я еще не получил ни одного исключения OOM. Я тестировал это на эмуляторе, на своем Nexus One и на моем Nexus S. Я тестировал URL-адреса изображений, которые содержат изображения, которые были в качестве HD. Единственным узким местом является то, что для загрузки требуется больше времени.

Существует только один возможный сценарий, когда я могу представить, что OOM появится, и если мы загрузим много, действительно больших изображений, и до того, как они будут масштабированы и помещены в кеш, они одновременно будут занимать больше памяти и вызывать OOM. Но это даже не идеальная ситуация, и ее, скорее всего, не удастся решить более осуществимым образом.

Сообщить об ошибке в комментариях! :-)


Я только что столкнулся с этим вопросом пару минут назад. Я решил это, сделав лучшую работу по управлению моим адаптером listview. Я думал, что это проблема с сотнями 50х50 пикселей изображений, которые я использовал, оказывается, я пытался раздувать свое пользовательское представление каждый раз, когда показывалась строка. Просто тестируя, чтобы увидеть, была ли строка раздута, я устранил эту ошибку, и я использую сотни растровых изображений. Это фактически для Spinner, но базовый адаптер работает одинаково для ListView. Это простое исправление также значительно улучшило производительность адаптера.

@Override
public View getView(final int position, View convertView, final ViewGroup parent) {

    if(convertView == null){
        LayoutInflater inflater = (LayoutInflater) mContext.getSystemService(Context.LAYOUT_INFLATER_SERVICE);
        convertView = inflater.inflate(R.layout.spinner_row, null);
    }
...

Похоже, что это очень долгая проблема, с множеством разных объяснений. Я принял совет по двум наиболее распространенным представленным здесь ответам, но ни один из них не разрешил мои проблемы VM, утверждая, что он не может позволить байтам выполнять декодирующую часть процесса. После некоторого рытья я узнал, что реальная проблема здесь заключается в том, что процесс декодирования убирается из кучи NATIVE .

Смотрите здесь: BitmapFactory OOM управляет мной орехами

Это привело меня к другой дискуссионной теме, где я нашел еще пару решений этой проблемы. Один из них - вызов System.gc();вручную после отображения изображения. Но это фактически заставляет ваше приложение использовать БОЛЬШЕ памяти, пытаясь уменьшить нативную кучу. Лучшим решением по выпуску 2.0 (Donut) является использование опции BitmapFactory «inPurgeable». Поэтому я просто добавил o2.inPurgeable=true;сразу послеo2.inSampleSize=scale; ,

Подробнее об этой теме здесь: Является ли ограничение кучи памяти только 6М?

Теперь, сказав все это, я полный дурак с Java и Android тоже. Поэтому, если вы считаете, что это ужасный способ решить эту проблему, вы, вероятно, правы. ;-) Но это сработало для меня чудесами, и я обнаружил, что сейчас невозможно запустить VM из кэша кучи. Единственный недостаток, который я могу найти, заключается в том, что вы уничтожаете свое кэшированное обрамленное изображение. Это означает, что если вы вернетесь к этому изображению, вы перерисовываете его каждый раз. В случае работы моего приложения это не проблема. Ваш пробег может отличаться.


Это похоже на подходящее место для совместного использования моего класса утилиты для загрузки и обработки изображений с сообществом, вы можете использовать его и свободно изменять.

package com.emil;

import java.io.IOException;
import java.io.InputStream;

import android.graphics.Bitmap;
import android.graphics.BitmapFactory;

/**
 * A class to load and process images of various sizes from input streams and file paths.
 * 
 * @author Emil http://.com/users/220710/emil
 *
 */
public class ImageProcessing {

    public static Bitmap getBitmap(InputStream stream, int sampleSize, Bitmap.Config bitmapConfig) throws IOException{
        BitmapFactory.Options options=ImageProcessing.getOptionsForSampling(sampleSize, bitmapConfig);
        Bitmap bm = BitmapFactory.decodeStream(stream,null,options);
        if(ImageProcessing.checkDecode(options)){
            return bm;
        }else{
            throw new IOException("Image decoding failed, using stream.");
        }
    }

    public static Bitmap getBitmap(String imgPath, int sampleSize, Bitmap.Config bitmapConfig) throws IOException{
        BitmapFactory.Options options=ImageProcessing.getOptionsForSampling(sampleSize, bitmapConfig);
        Bitmap bm = BitmapFactory.decodeFile(imgPath,options);
        if(ImageProcessing.checkDecode(options)){
            return bm;
        }else{
            throw new IOException("Image decoding failed, using file path.");
        }
    }

    public static Dimensions getDimensions(InputStream stream) throws IOException{
        BitmapFactory.Options options=ImageProcessing.getOptionsForDimensions();
        BitmapFactory.decodeStream(stream,null,options);
        if(ImageProcessing.checkDecode(options)){
            return new ImageProcessing.Dimensions(options.outWidth,options.outHeight);
        }else{
            throw new IOException("Image decoding failed, using stream.");
        }
    }

    public static Dimensions getDimensions(String imgPath) throws IOException{
        BitmapFactory.Options options=ImageProcessing.getOptionsForDimensions();
        BitmapFactory.decodeFile(imgPath,options);
        if(ImageProcessing.checkDecode(options)){
            return new ImageProcessing.Dimensions(options.outWidth,options.outHeight);
        }else{
            throw new IOException("Image decoding failed, using file path.");
        }
    }

    private static boolean checkDecode(BitmapFactory.Options options){
        // Did decode work?
        if( options.outWidth<0 || options.outHeight<0 ){
            return false;
        }else{
            return true;
        }
    }

    /**
     * Creates a Bitmap that is of the minimum dimensions necessary
     * @param bm
     * @param min
     * @return
     */
    public static Bitmap createMinimalBitmap(Bitmap bm, ImageProcessing.Minimize min){
        int newWidth, newHeight;
        switch(min.type){
        case WIDTH:
            if(bm.getWidth()>min.minWidth){
                newWidth=min.minWidth;
                newHeight=ImageProcessing.getScaledHeight(newWidth, bm);
            }else{
                // No resize
                newWidth=bm.getWidth();
                newHeight=bm.getHeight();
            }
            break;
        case HEIGHT:
            if(bm.getHeight()>min.minHeight){
                newHeight=min.minHeight;
                newWidth=ImageProcessing.getScaledWidth(newHeight, bm);
            }else{
                // No resize
                newWidth=bm.getWidth();
                newHeight=bm.getHeight();
            }
            break;
        case BOTH: // minimize to the maximum dimension
        case MAX:
            if(bm.getHeight()>bm.getWidth()){
                // Height needs to minimized
                min.minDim=min.minDim!=null ? min.minDim : min.minHeight;
                if(bm.getHeight()>min.minDim){
                    newHeight=min.minDim;
                    newWidth=ImageProcessing.getScaledWidth(newHeight, bm);
                }else{
                    // No resize
                    newWidth=bm.getWidth();
                    newHeight=bm.getHeight();
                }
            }else{
                // Width needs to be minimized
                min.minDim=min.minDim!=null ? min.minDim : min.minWidth;
                if(bm.getWidth()>min.minDim){
                    newWidth=min.minDim;
                    newHeight=ImageProcessing.getScaledHeight(newWidth, bm);
                }else{
                    // No resize
                    newWidth=bm.getWidth();
                    newHeight=bm.getHeight();
                }
            }
            break;
        default:
            // No resize
            newWidth=bm.getWidth();
            newHeight=bm.getHeight();
        }
        return Bitmap.createScaledBitmap(bm, newWidth, newHeight, true);
    }

    public static int getScaledWidth(int height, Bitmap bm){
        return (int)(((double)bm.getWidth()/bm.getHeight())*height);
    }

    public static int getScaledHeight(int width, Bitmap bm){
        return (int)(((double)bm.getHeight()/bm.getWidth())*width);
    }

    /**
     * Get the proper sample size to meet minimization restraints
     * @param dim
     * @param min
     * @param multipleOf2 for fastest processing it is recommended that the sample size be a multiple of 2
     * @return
     */
    public static int getSampleSize(ImageProcessing.Dimensions dim, ImageProcessing.Minimize min, boolean multipleOf2){
        switch(min.type){
        case WIDTH:
            return ImageProcessing.getMaxSampleSize(dim.width, min.minWidth, multipleOf2);
        case HEIGHT:
            return ImageProcessing.getMaxSampleSize(dim.height, min.minHeight, multipleOf2);
        case BOTH:
            int widthMaxSampleSize=ImageProcessing.getMaxSampleSize(dim.width, min.minWidth, multipleOf2);
            int heightMaxSampleSize=ImageProcessing.getMaxSampleSize(dim.height, min.minHeight, multipleOf2);
            // Return the smaller of the two
            if(widthMaxSampleSize<heightMaxSampleSize){
                return widthMaxSampleSize;
            }else{
                return heightMaxSampleSize;
            }
        case MAX:
            // Find the larger dimension and go bases on that
            if(dim.width>dim.height){
                return ImageProcessing.getMaxSampleSize(dim.width, min.minDim, multipleOf2);
            }else{
                return ImageProcessing.getMaxSampleSize(dim.height, min.minDim, multipleOf2);
            }
        }
        return 1;
    }

    public static int getMaxSampleSize(int dim, int min, boolean multipleOf2){
        int add=multipleOf2 ? 2 : 1;
        int size=0;
        while(min<(dim/(size+add))){
            size+=add;
        }
        size = size==0 ? 1 : size;
        return size;        
    }

    public static class Dimensions {
        int width;
        int height;

        public Dimensions(int width, int height) {
            super();
            this.width = width;
            this.height = height;
        }

        @Override
        public String toString() {
            return width+" x "+height;
        }
    }

    public static class Minimize {
        public enum Type {
            WIDTH,HEIGHT,BOTH,MAX
        }
        Integer minWidth;
        Integer minHeight;
        Integer minDim;
        Type type;

        public Minimize(int min, Type type) {
            super();
            this.type = type;
            switch(type){
            case WIDTH:
                this.minWidth=min;
                break;
            case HEIGHT:
                this.minHeight=min;
                break;
            case BOTH:
                this.minWidth=min;
                this.minHeight=min;
                break;
            case MAX:
                this.minDim=min;
                break;
            }
        }

        public Minimize(int minWidth, int minHeight) {
            super();
            this.type=Type.BOTH;
            this.minWidth = minWidth;
            this.minHeight = minHeight;
        }

    }

    /**
     * Estimates size of Bitmap in bytes depending on dimensions and Bitmap.Config
     * @param width
     * @param height
     * @param config
     * @return
     */
    public static long estimateBitmapBytes(int width, int height, Bitmap.Config config){
        long pixels=width*height;
        switch(config){
        case ALPHA_8: // 1 byte per pixel
            return pixels;
        case ARGB_4444: // 2 bytes per pixel, but depreciated
            return pixels*2;
        case ARGB_8888: // 4 bytes per pixel
            return pixels*4;
        case RGB_565: // 2 bytes per pixel
            return pixels*2;
        default:
            return pixels;
        }
    }

    private static BitmapFactory.Options getOptionsForDimensions(){
        BitmapFactory.Options options = new BitmapFactory.Options();
        options.inJustDecodeBounds=true;
        return options;
    }

    private static BitmapFactory.Options getOptionsForSampling(int sampleSize, Bitmap.Config bitmapConfig){
        BitmapFactory.Options options = new BitmapFactory.Options();
        options.inJustDecodeBounds = false;
        options.inDither = false;
        options.inSampleSize = sampleSize;
        options.inScaled = false;
        options.inPreferredConfig = bitmapConfig;
        return options;
    }
}

Я пришел из опыта iOS, и я был расстроен, чтобы обнаружить проблему с чем-то таким основным, как загрузка и показ изображения. В конце концов, каждый, у кого есть эта проблема, пытается отображать изображения с одинаковым размером. В любом случае, вот два изменения, которые фиксировали мою проблему (и сделали мое приложение очень отзывчивым).

1) Каждый раз, когда вы делаете BitmapFactory.decodeXYZ() , обязательно пройдите в BitmapFactory.Options с inPurgeable установленным в true (и предпочтительно с inInputShareable также установите значение true ).

2) НИКОГДА не используйте Bitmap.createBitmap(width, height, Config.ARGB_8888) . Я имею в виду НИКОГДА! У меня никогда не было этой вещи, которая не вызывала ошибку памяти после нескольких проходов. Нет количества recycle() , System.gc() , что бы ни помогало. Это всегда вызывало исключение. Другой способ, который на самом деле работает, состоит в том, чтобы иметь фиктивный образ в ваших чертежах (или другой битмап, который вы декодировали с помощью шага 1 выше), масштабировать его до того, что вы хотите, а затем манипулировать полученным растровым изображением (например, передать его на холст для большего удовольствия). Итак, вместо этого вы должны: Bitmap.createScaledBitmap(srcBitmap, width, height, false) . Если по какой-либо причине вы ДОЛЖНЫ использовать метод создания грубой силы, то, по крайней мере, передайте Config.ARGB_4444 .

Это почти гарантированно сэкономит вам часы, если не дни. Все, что говорит о масштабировании изображения и т. Д., Действительно не работает (если вы не рассматриваете возможность получения неправильного размера или ухудшения изображения для решения).


У меня была эта же проблема и она была решена, избегая функций BitmapFactory.decodeStream или decodeFile и вместо этого использовала BitmapFactory.decodeFileDescriptor

decodeFileDescriptor выглядит так, как будто он вызывает разные нативные методы, чем decodeStream / decodeFile.

В любом случае, что сработало, это было (обратите внимание, что я добавил некоторые параметры, как некоторые из них были выше, но это не то, что изменило ситуацию. Критически важным является вызов BitmapFactory.decodeFileDescriptor вместо decodeStream или decodeFile ):

private void showImage(String path)   {
    Log.i("showImage","loading:"+path);
    BitmapFactory.Options bfOptions=new BitmapFactory.Options();
    bfOptions.inDither=false;                     //Disable Dithering mode
    bfOptions.inPurgeable=true;                   //Tell to gc that whether it needs free memory, the Bitmap can be cleared
    bfOptions.inInputShareable=true;              //Which kind of reference will be used to recover the Bitmap data after being clear, when it will be used in the future
    bfOptions.inTempStorage=new byte[32 * 1024]; 


    File file=new File(path);
    FileInputStream fs=null;
    try {
        fs = new FileInputStream(file);
    } catch (FileNotFoundException e) {
        //TODO do something intelligent
        e.printStackTrace();
    }

    try {
        if(fs!=null) bm=BitmapFactory.decodeFileDescriptor(fs.getFD(), null, bfOptions);
    } catch (IOException e) {
        //TODO do something intelligent
        e.printStackTrace();
    } finally{ 
        if(fs!=null) {
            try {
                fs.close();
            } catch (IOException e) {
                // TODO Auto-generated catch block
                e.printStackTrace();
            }
        }
    }
    //bm=BitmapFactory.decodeFile(path, bfOptions); This one causes error: java.lang.OutOfMemoryError: bitmap size exceeds VM budget

    im.setImageBitmap(bm);
    //bm.recycle();
    bm=null;



}

Я думаю, что есть проблема с встроенной функцией, используемой в decodeStream / decodeFile. Я подтвердил, что при использовании decodeFileDescriptor вызывается другой собственный метод. Также я читал, что «Изображения (растровые изображения) не выделяются стандартным способом Java, а через собственные вызовы, выделения выполняются за пределами виртуальной кучи, но подсчитываются против этого ».


Чтобы исправить ошибку OutOfMemory, вы должны сделать что-то вроде этого:

BitmapFactory.Options options = new BitmapFactory.Options();
options.inSampleSize = 8;
Bitmap preview_bitmap = BitmapFactory.decodeStream(is, null, options);

Этот параметр inSampleSize снижает потребление памяти.

Вот полный метод. Сначала он считывает размер изображения без декодирования самого контента. Затем он находит лучшее значение inSampleSize , он должен быть мощностью 2, и, наконец, изображение декодируется.

// Decodes image and scales it to reduce memory consumption
private Bitmap decodeFile(File f) {
    try {
        // Decode image size
        BitmapFactory.Options o = new BitmapFactory.Options();
        o.inJustDecodeBounds = true;
        BitmapFactory.decodeStream(new FileInputStream(f), null, o);

        // The new size we want to scale to
        final int REQUIRED_SIZE=70;

        // Find the correct scale value. It should be the power of 2.
        int scale = 1;
        while(o.outWidth / scale / 2 >= REQUIRED_SIZE && 
              o.outHeight / scale / 2 >= REQUIRED_SIZE) {
            scale *= 2;
        }

        // Decode with inSampleSize
        BitmapFactory.Options o2 = new BitmapFactory.Options();
        o2.inSampleSize = scale;
        return BitmapFactory.decodeStream(new FileInputStream(f), null, o2);
    } catch (FileNotFoundException e) {}
    return null;
}

В одном из моих приложений мне нужно сфотографироваться Camera/Gallery. Если пользователь нажимает изображение с камеры (может быть 2MP, 5MP или 8MP), размер изображения варьируется от kBs до MBs. Если размер изображения меньше (или до 1-2 МБ) выше кода работает нормально, но если у меня есть изображение размером выше 4 МБ или 5 МБ, тогда он OOMприходит в кадр :(

то я работал над решением этой проблемы, и, наконец, я сделал следующее усовершенствование для кода Fedor's (All Credit to Fedor для создания такого приятного решения) :)

private Bitmap decodeFile(String fPath) {
    // Decode image size
    BitmapFactory.Options opts = new BitmapFactory.Options();
    /*
     * If set to true, the decoder will return null (no bitmap), but the
     * out... fields will still be set, allowing the caller to query the
     * bitmap without having to allocate the memory for its pixels.
     */
    opts.inJustDecodeBounds = true;
    opts.inDither = false; // Disable Dithering mode
    opts.inPurgeable = true; // Tell to gc that whether it needs free
                                // memory, the Bitmap can be cleared
    opts.inInputShareable = true; // Which kind of reference will be used to
                                    // recover the Bitmap data after being
                                    // clear, when it will be used in the
                                    // future

    BitmapFactory.decodeFile(fPath, opts);

    // The new size we want to scale to
    final int REQUIRED_SIZE = 70;

    // Find the correct scale value. 
    int scale = 1;

    if (opts.outHeight > REQUIRED_SIZE || opts.outWidth > REQUIRED_SIZE) {

        // Calculate ratios of height and width to requested height and width
        final int heightRatio = Math.round((float) opts.outHeight
                / (float) REQUIRED_SIZE);
        final int widthRatio = Math.round((float) opts.outWidth
                / (float) REQUIRED_SIZE);

        // Choose the smallest ratio as inSampleSize value, this will guarantee
        // a final image with both dimensions larger than or equal to the
        // requested height and width.
        scale = heightRatio < widthRatio ? heightRatio : widthRatio;//
    }

    // Decode bitmap with inSampleSize set
    opts.inJustDecodeBounds = false;

    opts.inSampleSize = scale;

    Bitmap bm = BitmapFactory.decodeFile(fPath, opts).copy(
            Bitmap.Config.RGB_565, false);

    return bm;

}

Надеюсь, это поможет друзьям, столкнувшимся с одной и той же проблемой!

для более пожалуйста см. this


Я решил одну и ту же проблему следующим образом.

Bitmap b = null;
Drawable d;
ImageView i = new ImageView(mContext);
try {
    b = Bitmap.createBitmap(320,424,Bitmap.Config.RGB_565);
    b.eraseColor(0xFFFFFFFF);
    Rect r = new Rect(0, 0,320 , 424);
    Canvas c = new Canvas(b);
    Paint p = new Paint();
    p.setColor(0xFFC0C0C0);
    c.drawRect(r, p);
    d = mContext.getResources().getDrawable(mImageIds[position]);
    d.setBounds(r);
    d.draw(c);

    /*   
        BitmapFactory.Options o2 = new BitmapFactory.Options();
        o2.inTempStorage = new byte[128*1024];
        b = BitmapFactory.decodeStream(mContext.getResources().openRawResource(mImageIds[position]), null, o2);
        o2.inSampleSize=16;
        o2.inPurgeable = true;
    */
} catch (Exception e) {

}
i.setImageBitmap(b);

к сожалению, если None of Above работает, то добавьте это в свой файл манифеста . Внутри тега приложения

 <application
         android:largeHeap="true"

Используйте это. bitmap.recycle();Это помогает без проблем с качеством изображения.


Я сделал небольшое улучшение кода Фёдора. Он в основном делает то же самое, но без (на мой взгляд) уродливого цикла, и это всегда приводит к силе двух. Престижность Федору за то, что вы сделали оригинальное решение, я застрял, пока не нашел его, и тогда я смог сделать это :)

 private Bitmap decodeFile(File f){
    Bitmap b = null;

        //Decode image size
    BitmapFactory.Options o = new BitmapFactory.Options();
    o.inJustDecodeBounds = true;

    FileInputStream fis = new FileInputStream(f);
    BitmapFactory.decodeStream(fis, null, o);
    fis.close();

    int scale = 1;
    if (o.outHeight > IMAGE_MAX_SIZE || o.outWidth > IMAGE_MAX_SIZE) {
        scale = (int)Math.pow(2, (int) Math.ceil(Math.log(IMAGE_MAX_SIZE / 
           (double) Math.max(o.outHeight, o.outWidth)) / Math.log(0.5)));
    }

    //Decode with inSampleSize
    BitmapFactory.Options o2 = new BitmapFactory.Options();
    o2.inSampleSize = scale;
    fis = new FileInputStream(f);
    b = BitmapFactory.decodeStream(fis, null, o2);
    fis.close();

    return b;
}

Я сделал следующее, чтобы взять изображение и изменить его размер на лету. Надеюсь это поможет

Bitmap bm;
bm = Bitmap.createScaledBitmap(BitmapFactory.decodeFile(filepath), 100, 100, true);
mPicture = new ImageView(context);
mPicture.setImageBitmap(bm);    

Я считаю, что лучший способ избежать OutOfMemoryError - столкнуться с этим и понять его.

Я сделал app чтобы умышленно вызвать OutOfMemoryError и контролировать использование памяти.

После того, как я провел много экспериментов с этим приложением, у меня есть следующие выводы:

Сначала я расскажу о версиях SDK перед Honey Comb.

  1. Растровое изображение сохраняется в нативной куче, но оно автоматически получает мусор, вызов recycle () бесполезен.

  2. Если {VM heap size} + {выделенная собственная память кучи}> = {Ограничение размера кучи VM для устройства}, и вы пытаетесь создать растровое изображение, будет выбрано OOM.

    УВЕДОМЛЕНИЕ: УРОВЕНЬ ВРЕМЕНИ ВНУТРЕННЕГО УРОВНЯ рассчитывается, а не виртуальная память.

  3. Размер кучи VM никогда не сжимается после роста, даже если выделенная память VM сжимается.

  4. Таким образом, вы должны сохранить максимальную память VM настолько низко, насколько это возможно, чтобы сохранить размер кучи VM слишком большим, чтобы сохранить доступную память для битмапов.

  5. Вручную вызвать System.gc () бессмысленно, система сначала вызовет его, прежде чем пытаться увеличить размер кучи.

  6. Размер внутренней кучи никогда не будет уменьшаться, но он не учитывается для OOM, поэтому не нужно беспокоиться об этом.

Затем, давайте поговорим о начале SDK от Honey Comb.

  1. Растровое изображение сохраняется в куче VM, для OOM не учитывается исходная память.

  2. Условие для OOM намного проще: {VM heap size}> = {Ограничение размера кучи VM для устройства}.

  3. Таким образом, у вас есть более доступная память для создания растрового изображения с одним и тем же ограничением размера кучи, с меньшей вероятностью будет выбрано OOM.

Вот некоторые из моих замечаний о сборке мусора и утечке памяти.

Вы сами видите это в приложении. Если Activity выполнила AsyncTask, которая все еще выполнялась после того, как Activity была уничтожена, Activity не будет получать мусор, пока не закончится AsyncTask.

Это связано с тем, что AsyncTask является экземпляром анонимного внутреннего класса, он содержит ссылку на Activity.

Вызов AsyncTask.cancel (true) не остановит выполнение, если задача заблокирована в операции ввода-вывода в фоновом потоке.

Обратные вызовы также являются анонимными внутренними классами, поэтому, если статический экземпляр в вашем проекте удерживает их и не освобождает их, произойдет утечка памяти.

Если вы запланировали повторную или задержанную задачу, например Таймер, и вы не вызываете cancel () и purge () в onPause (), будет пропущена память.


Это работает для меня.

Bitmap myBitmap;

BitmapFactory.Options options = new BitmapFactory.Options(); 
options.InPurgeable = true;
options.OutHeight = 50;
options.OutWidth = 50;
options.InSampleSize = 4;

File imgFile = new File(filepath);
myBitmap = BitmapFactory.DecodeFile(imgFile.AbsolutePath, options);

и это на моноблоке C #. вы можете легко изменить путь изображения. что важно здесь.


Как правило, размер кучи у Android составляет всего 16 МБ (в зависимости от устройства / ОС см. « Размеры кучи» ), если вы загружаете изображения, и он пересекает размер 16 МБ, он выкинет исключение из памяти вместо использования битмапа для загрузки изображения с SD-карты или из ресурсов или даже из сети пытаются использовать getImageUri , загрузка растрового изображения требует больше памяти, или вы можете установить растровое изображение в null, если ваша работа выполнена с этим растровым изображением.


Это сработало для меня!

public Bitmap readAssetsBitmap(String filename) throws IOException {
    try {
        BitmapFactory.Options options = new BitmapFactory.Options(); 
        options.inPurgeable = true;
        Bitmap bitmap = BitmapFactory.decodeStream(assets.open(filename), null, options);
        if(bitmap == null) {
            throw new IOException("File cannot be opened: It's value is null");
        } else {
            return bitmap;
        }
    } catch (IOException e) {
        throw new IOException("File cannot be opened: " + e.getMessage());
    }
}

Я провел весь день, тестируя эти решения, и единственное, что сработало для меня, - это вышеупомянутые подходы к получению изображения и ручному вызову GC, который, как я знаю, не должен быть необходимым, но это единственное, что сработало когда я загружаю приложение под нагрузкой, переключаясь между действиями. Мое приложение имеет список миниатюр в списке в (позволяет сказать, активность А), и когда вы нажимаете на одно из этих изображений, оно переносит вас на другую активность (скажем, на активность B), которая показывает основное изображение для этого элемента. Когда я переключался между двумя действиями, я в конечном итоге получал ошибку OOM, и приложение заставило бы закрыть ее.

Когда я получу на полпути вниз по списку, он рухнет.

Теперь, когда я реализую следующее в действии B, я могу пройти через весь список без каких-либо проблем и продолжать идти, идти и идти ... и его много быстро.

@Override
public void onDestroy()
{   
    Cleanup();
    super.onDestroy();
}

private void Cleanup()
{    
    bitmap.recycle();
    System.gc();
    Runtime.getRuntime().gc();  
}

Это известная ошибка , это связано не с большими файлами. Так как Android кэширует Drawables, он выходит из памяти после использования нескольких изображений. Но я нашел альтернативный способ для этого, пропустив систему кэширования по умолчанию для Android.

Решение . Переместите изображения в папку «assets» и используйте следующую функцию для получения BitmapDrawable:

public static Drawable getAssetImage(Context context, String filename) throws IOException {
    AssetManager assets = context.getResources().getAssets();
    InputStream buffer = new BufferedInputStream((assets.open("drawable/" + filename + ".png")));
    Bitmap bitmap = BitmapFactory.decodeStream(buffer);
    return new BitmapDrawable(context.getResources(), bitmap);
}

Ни один из ответов выше не работал для меня, но я придумал ужасно уродливое обходное решение, которое решило проблему. Я добавил очень маленький, 1x1 пиксельный образ в свой проект в качестве ресурса и загрузил его в свой ImageView перед тем, как позвонить в сборку мусора. Я думаю, возможно, что ImageView не выпустил Bitmap, поэтому GC так и не поднял его. Это уродливо, но, похоже, сейчас работает.

if (bitmap != null)
{
  bitmap.recycle();
  bitmap = null;
}
if (imageView != null)
{
  imageView.setImageResource(R.drawable.tiny); // This is my 1x1 png.
}
System.gc();

imageView.setImageBitmap(...); // Do whatever you need to do to load the image you want.

используйте этот код для каждого изображения в списке из SdCard или для рисования для преобразования растрового объекта.

Resources res = getResources();
WindowManager window = (WindowManager) getSystemService(Context.WINDOW_SERVICE);
Display display = window.getDefaultDisplay();
@SuppressWarnings("deprecation")
int width = display.getWidth();
@SuppressWarnings("deprecation")
int height = display.getHeight();
try {
    if (bitmap != null) {
        bitmap.recycle();
        bitmap = null;
        System.gc();
    }
    bitmap = Bitmap.createScaledBitmap(BitmapFactory
        .decodeFile(ImageData_Path.get(img_pos).getPath()),
        width, height, true);
} catch (OutOfMemoryError e) {
    if (bitmap != null) {
        bitmap.recycle();
        bitmap = null;
        System.gc();
    }
    BitmapFactory.Options options = new BitmapFactory.Options();
    options.inPreferredConfig = Config.RGB_565;
    options.inSampleSize = 1;
    options.inPurgeable = true;
    bitmapBitmap.createScaledBitmap(BitmapFactory.decodeFile(ImageData_Path.get(img_pos)
        .getPath().toString(), options), width, height,true);
}
return bitmap;

используйте свой путь к изображению ImageData_Path.get (img_pos) .getPath () .


У меня гораздо более эффективное решение, которое не требует масштабирования. Просто декодируйте растровое изображение только один раз, а затем кешируйте его на карте с его именем. Затем просто загрузите растровое изображение с именем и установите его в ImageView. Больше ничего не нужно делать.

Это будет работать, потому что фактические двоичные данные декодированного растрового изображения не сохраняются в куче dalvik VM. Он хранится снаружи. Поэтому каждый раз, когда вы декодируете растровое изображение, он выделяет память за пределами кучи VM, которая никогда не восстанавливается GC

Чтобы помочь вам лучше понять это, представьте, что вы сохранили изображение ur в папке с возможностью рисования. Вы просто получаете изображение, используя getResources (). GetDrwable (R.drawable.). Это НЕ будет декодировать ваше изображение каждый раз, но повторное использование уже декодированного экземпляра каждый раз, когда вы его вызываете. Так что в основном он кэшируется.

Теперь, когда ваше изображение находится где-то в файле (или может даже приходить с внешнего сервера), ваша ответственность заключается в том, чтобы кэшировать декодированный экземпляр растрового изображения, который будет использоваться повторно там, где это необходимо.

Надеюсь это поможет.


Все решения здесь требуют установки IMAGE_MAX_SIZE. Это ограничивает устройства с более мощным оборудованием, и если размер изображения слишком низок, он выглядит уродливым на экране HD.

Я вышел с решением, которое работает с моим Samsung Galaxy S3 и несколькими другими устройствами, включая менее мощные, с лучшим качеством изображения при использовании более мощного устройства.

Суть его в том, чтобы вычислить максимальную память, выделенную для приложения на конкретном устройстве, а затем установить шкалу как можно более низкую, не превышающую эту память. Вот код:

public static Bitmap decodeFile(File f)
{
    Bitmap b = null;
    try
    {
        // Decode image size
        BitmapFactory.Options o = new BitmapFactory.Options();
        o.inJustDecodeBounds = true;

        FileInputStream fis = new FileInputStream(f);
        try
        {
            BitmapFactory.decodeStream(fis, null, o);
        }
        finally
        {
            fis.close();
        }

        // In Samsung Galaxy S3, typically max memory is 64mb
        // Camera max resolution is 3264 x 2448, times 4 to get Bitmap memory of 30.5mb for one bitmap
        // If we use scale of 2, resolution will be halved, 1632 x 1224 and x 4 to get Bitmap memory of 7.62mb
        // We try use 25% memory which equals to 16mb maximum for one bitmap
        long maxMemory = Runtime.getRuntime().maxMemory();
        int maxMemoryForImage = (int) (maxMemory / 100 * 25);

        // Refer to
        // http://developer.android.com/training/displaying-bitmaps/cache-bitmap.html
        // A full screen GridView filled with images on a device with
        // 800x480 resolution would use around 1.5MB (800*480*4 bytes)
        // When bitmap option's inSampleSize doubled, pixel height and
        // weight both reduce in half
        int scale = 1;
        while ((o.outWidth / scale) * (o.outHeight / scale) * 4 > maxMemoryForImage)
        scale *= 2;

        // Decode with inSampleSize
        BitmapFactory.Options o2 = new BitmapFactory.Options();
        o2.inSampleSize = scale;
        fis = new FileInputStream(f);
        try
        {
            b = BitmapFactory.decodeStream(fis, null, o2);
        }
        finally
        {
            fis.close();
        }
    }
    catch (IOException e)
    {
    }
    return b;
}

Я установил максимальную память, используемую этим растровым изображением, на 25% от максимальной выделенной памяти, вам, возможно, придется отрегулировать это по вашим потребностям и убедиться, что это растровое изображение очищено и не осталось в памяти, когда вы закончили его использовать. Обычно я использую этот код для выполнения вращения изображения (растровое изображение источника и адресата), поэтому моему приложению необходимо одновременно загрузить 2 растровых изображения в памяти, а 25% дает мне хороший буфер без нехватки памяти при выполнении вращения изображения.

Надеюсь, это поможет кому-то там.


В Linux вы можете использовать

mogrify -crop {Width}x{Height}+{X}+{Y} +repage image.png

для манипулирования изображениями CLI







android image bitmap out-of-memory android-bitmap