Android: java.lang.OutOfMemoryError: nie udało się przydzielić 23970828 bajtów z 2097152 wolnymi bajtami i 2MB do OOM

Czy próbowałeś dodać to do manifestu pod aplikacjami? android:largeHeap="true"?

Like this

  <application
      android:name=".ParaseApplication"
      android:allowBackup="true"
      android:icon="@mipmap/ic_launcher"
      android:label="@string/app_name"
      android:theme="@style/AppTheme"
      android:largeHeap="true" >

Właściwie możesz dodać w swoim manifeście te linie android:hardwareAccelerated="false" , android:largeHeap="true" działa w niektórych sytuacjach, ale należy pamiętać, że druga część kodu może się z tym kłócić.

<application
    android:allowBackup="true"
    android:hardwareAccelerated="false"
    android:icon="@mipmap/ic_launcher"
    android:label="@string/app_name"
    android:largeHeap="true"
    android:supportsRtl="true"
    android:theme="@style/AppTheme">

Dla mnie problemem było to, że mójplik png był dekompresowany tak, aby był naprawdę ogromną bitmapą w pamięci, ponieważ obraz miał bardzo duże wymiary (chociaż Rozmiar Pliku był niewielki).

Więc poprawka polegała na prostej zmianie rozmiaru obrazu:)

To powinno zadziałać

 BitmapFactory.Options options = new BitmapFactory.Options();
 options.inSampleSize = 8;

 mBitmapInsurance = BitmapFactory.decodeFile(mCurrentPhotoPath,options);

Zmień rozmiar obrazu przed ustawieniem na ImageView w następujący sposób:

Bitmap.createScaledBitmap(_yourImageBitmap, _size, _size, false);

Gdzie size to rzeczywisty rozmiar ImageView. Możesz osiągnąć rozmiar mierząc:

imageView.measure(MeasureSpec.makeMeasureSpec(0, MeasureSpec.UNSPECIFIED), MeasureSpec.makeMeasureSpec(0, MeasureSpec.UNSPECIFIED));

I użyj następnego rozmiaru imageView.getMeasuredWidth() i imageView.getMeasuredHeight() dla scaling.

Użyj Glide Library i Nadpisz rozmiar do mniejszego rozmiaru;

Glide.with(mContext).load(imgID).asBitmap().override(1080, 600).into(mImageView);

Rozwiązałem ten problem, zmieniając rozmiar obrazu na mniejszy. Używam formularza xamarin. zmniejszenie rozmiaru obrazu PNG rozwiązało problem.

I got below error

"E / art: Throwing OutOfMemoryError" nie udało się przydzielić bajtu 47251468 alokacja z 16777120 wolnych bajtów i 23MB do OOM "

Po dodaniu android:largeHeap="true"W AndroidManifest.xml wtedy pozbywam się wszystkich błędów

<application
    android:allowBackup="true"
    android:icon="@mipmap/guruji"
    android:label="@string/app_name"
    android:supportsRtl="true"
    android:largeHeap="true"
    android:theme="@style/AppTheme">

Soluton spróbuj tego w pliku Manifest i użyj Biblioteki Glide

Compile ' com.github.bumptech.glide:glide: 3.7.0 "

    **Use Glide Library and Override size to less size;**

 if (!TextUtils.isEmpty(message.getPicture())) {
            Glide.with(mContext).load(message.getPicture())
                    .thumbnail(0.5f)
                    .crossFade()
                    .transform(new CircleTransform(mContext))
                    .diskCacheStrategy(DiskCacheStrategy.ALL)
                    .into(holder.imgProfile);
        } 

Android: hardwareAccelerated= "false"

Android: largeHeap= "true"

<application
    android:allowBackup="true"
    android:hardwareAccelerated="false"
    android:icon="@mipmap/ic_launcher"
    android:label="@string/app_name"
    android:largeHeap="true"
    android:supportsRtl="true"
    android:theme="@style/AppTheme">

Użyj tej biblioteki

  compile 'com.github.bumptech.glide:glide:3.7.0'   

Its Working Happy Coding

import android.content.Context;
import android.graphics.Bitmap;
import android.graphics.BitmapShader;
import android.graphics.Canvas;
import android.graphics.Paint;

import com.bumptech.glide.load.engine.bitmap_recycle.BitmapPool;
import com.bumptech.glide.load.resource.bitmap.BitmapTransformation;


public class CircleTransform extends BitmapTransformation {
    public CircleTransform(Context context) {
        super(context);
    }

    @Override
    protected Bitmap transform(BitmapPool pool, Bitmap toTransform, int outWidth, int outHeight) {
        return circleCrop(pool, toTransform);
    }

    private static Bitmap circleCrop(BitmapPool pool, Bitmap source) {
        if (source == null) return null;

        int size = Math.min(source.getWidth(), source.getHeight());
        int x = (source.getWidth() - size) / 2;
        int y = (source.getHeight() - size) / 2;

        // TODO this could be acquired from the pool too
        Bitmap squared = Bitmap.createBitmap(source, x, y, size, size);

        Bitmap result = pool.get(size, size, Bitmap.Config.ARGB_8888);
        if (result == null) {
            result = Bitmap.createBitmap(size, size, Bitmap.Config.ARGB_8888);
        }

        Canvas canvas = new Canvas(result);
        Paint paint = new Paint();
        paint.setShader(new BitmapShader(squared, BitmapShader.TileMode.CLAMP, BitmapShader.TileMode.CLAMP));
        paint.setAntiAlias(true);
        float r = size / 2f;
        canvas.drawCircle(r, r, r, paint);
        return result;
    }

    @Override
    public String getId() {
        return getClass().getName();
    }
}

Problem : nie udało się przydzielić 37748748 bajtów przy 16777120 wolne bajty i 17MB do OOM

Rozwiązanie : 1.otwórz plik manifestu 2. wewnątrz znacznika aplikacji wystarczy dodać poniżej dwie linie

 android:hardwareAccelerated="false"
 android:largeHeap="true"

Przykład:

 <application
        android:allowBackup="true"
        android:hardwareAccelerated="false"
        android:largeHeap="true"
        android:icon="@mipmap/ic_launcher"
        android:label="@string/app_name"
        android:roundIcon="@mipmap/ic_launcher_round"
        android:supportsRtl="true"
        android:theme="@style/AppTheme">

Ja też miałem problem.

To samo z większością innych powyżej. Problem jest spowodowany przez ogromny obraz.

Po prostu zmień rozmiar niektórych obrazów, i nie trzeba zmieniać żadnego kodu.

Jestem nowicjuszem w rozwijaniu Androida, ale mam nadzieję, że moje rozwiązanie pomoże, działa idealnie na Mój stan. Im za pomocą Imageview i ustawić to tło do "src", ponieważ im próbuje animacji klatki. Mam ten sam błąd, ale kiedy próbowałem to kodować, działało

int ImageID = this.Resources.GetIdentifier(questionPlay[index].Image.ToLower(), "anim", PackageName);
            imgView.SetImageResource(ImageID);
            AnimationDrawable animation = (AnimationDrawable)imgView.Drawable;
            animation.Start();
            animation.Dispose();

W niektórych przypadkach (np. operacje w pętli) garbage collector jest wolniejszy niż twój kod. Możesz użyć metody pomocniczej z tej odpowiedzi do poczekaj na garbage collector .

Napotkałem ten problem, gdy nie zniszczyłem mojej starej aktywności, przechodząc do nowej aktywności. I fixed it with finish();

    Intent goToMain = new Intent(this,MainActivity.class);
    startActivity(goToMain);
    finish();

To zadziałało dla mnie: po prostu przenieś obrazy z folderu drawable do drawable-hdpi.

Bitmap image =((BitmapDrawable)imageView1.getDrawable()).getBitmap();

ByteArrayOutputStream byteArrayOutputStream=new ByteArrayOutputStream();

image.compress(Bitmap.CompressFormat.JPEG,50/100,byteArrayOutputStream);

50/100 jeśli ktoś używa 100 to oryginalna rozdzielczość może zatrzymać aplikacje dla out of memory.

Jeśli 50 lub mniej niż 100 to będzie to 50% lub mniej niż 100 rozdzielczość, więc zapobiegnie to problemowi out of memory

Odkryłem, że obrazy w folderze 'drawable' zostaną przekonwertowane na znacznie większy obraz w telefonach high def. Na przykład, obraz 200k zostanie ponownie próbkowany do wyższej rozdzielczości, jak 800k lub 32000k. musiałem to odkryć na własną rękę i do tej pory nie widziałem dokumentacji dla tej pułapki pamięci sterty. Aby temu zapobiec umieszczam wszystko w folderze drawable-nodpi (oprócz korzystania z 'options' w BitmapFactory na podstawie konkretnego sterty urządzenia). Nie mogę sobie pozwolić na nadęty rozmiar mojej aplikacji z wieloma rysowalnymi folderami, zwłaszcza że zakres defs ekranu jest teraz tak szeroki. Najtrudniejsze jest to, że studio teraz nie wskazuje dokładnie folderu "drawable-nodpi" jako takiego w widoku projektu, po prostu pokazuje folder "drawable". Jeśli nie będziesz ostrożny, gdy upuścisz obraz do tego folderu w studio, nie zostanie on wrzucony do drawable-nodpi:

Careful here 'backgroundtest' did not actually go to drawable-nodpi and will 
be resampled higher, such as 4x or 16x of the original dimensions for high def screens.

Pamiętaj, aby kliknąć w dół do folderu nodpi w oknie dialogowym, ponieważ widok projektu nie Pokaż wszystkie foldery drawable osobno, tak jak kiedyś, więc nie będzie od razu widać, że poszedł do złego. Studio odtworzyło waniliowy "drawable" w pewnym momencie dla mnie po tym, jak usunąłem go dawno temu: {]}

Musisz zmienić rozmiar obiektu w drawable. Jest zbyt duży dla Androida, aby go wyświetlić. np. jeśli ustawiasz obraz, spróbuj obraz z mniejszą liczbą pikseli. Dla mnie działa. Dzięki. :)

Twoja aplikacja zawiesza się, ponieważ Rozmiar obrazu (w MB lub KB) jest zbyt duży , więc nie przeznacza na to miejsca. Więc przed wklejeniem obrazu w drawable po prostu zmniejsz rozmiar.

Lub

Możesz dodać następujące w znaczniku aplikacji w manifeście.xml

 android:hardwareAccelerated="false"
    android:largeHeap="true"
    android:allowBackup="true"

Po dodaniu Ta aplikacja nie zawiesi.

• Zawsze używaj obrazów o mniejszych rozmiarach w aplikacji.
• Jeśli dodajesz duże rozmiary obrazów w aplikacji, powinieneś dodać powyżej syntex, ale rozmiar aplikacji wzrośnie.

Jeśli przesyłasz obraz, spróbuj zmniejszyć jakość obrazu, która jest drugim parametrem mapy bitowej. Takie było rozwiązanie w moim przypadku. Wcześniej było to 90, następnie próbowałem z 60(jak to jest w kodzie poniżej teraz).

Bitmap yourSelectedImage = BitmapFactory.decodeStream(imageStream);
ByteArrayOutputStream baos = new ByteArrayOutputStream();
finalBitmap.compress(Bitmap.CompressFormat.JPEG,60,baos);
byte[] b = baos.toByteArray();

Spróbuj najprostszego. Być może Twoja aplikacja zawiesza się, ponieważ Rozmiar obrazu (w MB) jest zbyt duży, więc nie przeznacza na to miejsca. Tak więc przed wklejeniem obrazu w drawable po prostu zmniejsz rozmiar przez dowolne oprogramowanie przeglądarki lub jeśli bierzesz obraz z galerii w czasie wykonywania niż przed zapisaniem skompresuj bitmapę. U mnie zadziałało. zdecydowanie dla ciebie będzie.

Mój problem rozwiązany po dodaniu

 dexOptions {
        incremental true
        javaMaxHeapSize "4g"
        preDexLibraries true
        dexInProcess = true
    }

In Build.Gradle file

stream = activity.getContentResolver().openInputStream(uri);
BitmapFactory.Options options = new BitmapFactory.Options();
options.inPreferredConfig = Bitmap.Config.RGB_565;

bitmap = BitmapFactory.decodeStream(stream, null, options);
int Height = bitmap.getHeight();
int Width = bitmap.getWidth();
enter code here
int newHeight = 1000;
float scaleFactor = ((float) newHeight) / Height;
float newWidth = Width * scaleFactor;

float scaleWidth = scaleFactor;
float scaleHeight = scaleFactor;
Matrix matrix = new Matrix();
matrix.postScale(scaleWidth, scaleHeight);
resizedBitmap= Bitmap.createBitmap(bitmap, 0, 0,Width, Height, matrix, true);
bitmap.recycle();

Następnie w znaczniku Appliaction dodaj largeheapsize= " true