एक बिटमैप ऑब्जेक्ट पर छवि लोड करते समय मेमोरी समस्या से बाहर अजीब

1288

मेरे पास प्रत्येक पंक्ति में कुछ छवि बटन के साथ एक सूची दृश्य है। जब आप सूची पंक्ति पर क्लिक करते हैं, तो यह एक नई गतिविधि शुरू करता है। मुझे कैमरे के लेआउट के साथ एक समस्या के कारण अपने स्वयं के टैब का निर्माण करना पड़ा है। परिणाम के लिए लॉन्च की जाने वाली गतिविधि एक नक्शा है। यदि मैं छवि पूर्वावलोकन लॉन्च करने के लिए अपने बटन पर क्लिक करता हूं (एसडी कार्ड से एक छवि लोड करें) तो एप्लिकेशन वापस गतिविधि से लौटता हैlistview मेरी गतिविधि से गतिविधि हैंडलर के लिए मेरी नई गतिविधि को फिर से लॉन्च करने के लिए जो एक छवि विजेट से ज्यादा कुछ नहीं है।

सूची दृश्य पर छवि पूर्वावलोकन कर्सर और के साथ किया जा रहा है ListAdapter। यह बहुत आसान बनाता है, लेकिन मुझे यकीन नहीं है कि मैं एक आकार की छवि कैसे डाल सकता हूं (यानी छोटा आकार पिक्सेल के रूप में पिक्सेल नहीं हैsrc फ़्लाइ पर छवि बटन लिए । इसलिए मैंने अभी-अभी उस छवि का आकार बदल दिया है जो फोन कैमरे से आया था।

मुद्दा यह है कि जब मैं वापस जाने की कोशिश करता हूं और दूसरी गतिविधि को फिर से लॉन्च करता हूं तो मुझे मेमोरी एरर हो जाता है।

  • क्या कोई ऐसा तरीका है जिससे मैं सूची एडेप्टर को पंक्ति द्वारा आसानी से पंक्तिबद्ध कर सकता हूं, जहां मैं फ्लाई ( बिट वार ) पर आकार बदल सकता हूं ?

यह बेहतर होगा क्योंकि मुझे प्रत्येक पंक्ति में विगेट्स / तत्वों के गुणों में कुछ बदलाव करने की आवश्यकता है क्योंकि मैं फ़ोकस समस्या के कारण टच स्क्रीन के साथ एक पंक्ति का चयन करने में असमर्थ हूं। ( मैं रोलर बॉल का उपयोग कर सकता हूं। )

  • मुझे पता है कि मैं अपनी छवि को बचाने और सहेजने के लिए बैंड आउट कर सकता हूं, लेकिन यह वास्तव में वह नहीं है जो मैं करना चाहता हूं, लेकिन इसके लिए कुछ नमूना कोड अच्छा होगा।

जैसे ही मैंने सूची दृश्य पर छवि को अक्षम किया, इसने फिर से काम किया।

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है a 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
android  image  bitmap  out-of-memory  android-bitmap 
— क्रिसपिक्स
स्रोत
8
मैंने इसे Bitmap.decodeStream या decodeFile से बचने और BitmapFactory.decodeFileDescriptor विधि का उपयोग करके हल किया।
— फ्रैगल
1
मुझे भी कुछ सप्ताह पहले इसी तरह के मुद्दे का सामना करना पड़ा था और मैंने इसे इष्टतम बिंदु तक छवियों को स्केल करके हल किया था। मैंने अपने ब्लॉग कोडिंगजंकइसेफोरम.वर्डप्रेस.कॉम/2014/06/12/ में पूरा तरीका लिखा है और OOM प्रोन कोड बनाम OOM प्रूफ कोड एथलीटों के साथ पूरा नमूना प्रोजेक्ट अपलोड किया है: //github.com/shailendra123/BaymapHandlingDemo
— शैलेंद्र सिंह राजावत
5
इस प्रश्न पर स्वीकृत उत्तर की चर्चा मेटा
— रेने
4
ऐसा तब होता है जब आप Android डेवलपर गाइड
— पेड्रो वरेला
2
यह खराब एंड्रॉइड आर्किटेक्चर के कारण होता है। इसे आईओएस की तरह ही छवियों का आकार बदलना चाहिए और यूडब्ल्यूपी ऐसा करता है। मुझे यह सामान खुद नहीं करना है। एंड्रॉइड डेवलपर्स को उस नरक की आदत होती है और लगता है कि यह उस तरह से काम करता है जैसे उसे करना चाहिए।
— तक पहुंच अस्वीकृत

जवाबों:

650

एंड्रॉयड प्रशिक्षण वर्ग ", कुशलतापूर्वक बिटमैप प्रदर्शित ," प्रस्ताव को समझने और अपवाद से निपटने के लिए कुछ महान जानकारी java.lang.OutOfMemoryError: bitmap size exceeds VM budgetजब बिटमैप लोड हो रहा है।

बिटमैप आयाम और प्रकार पढ़ें

BitmapFactoryवर्ग कई डिकोडिंग विधियों (प्रदान करता है decodeByteArray(), decodeFile(), decodeResource(), आदि) एक बनाने के लिए Bitmapविभिन्न स्रोतों से। अपनी छवि डेटा स्रोत के आधार पर सबसे उपयुक्त डिकोड विधि चुनें। ये विधियां निर्मित बिटमैप के लिए मेमोरी आवंटित करने का प्रयास करती हैं और इसलिए आसानी से OutOfMemoryअपवाद हो सकती हैं। प्रत्येक प्रकार के डिकोड विधि में अतिरिक्त हस्ताक्षर होते हैं जो आपको BitmapFactory.Optionsवर्ग के माध्यम से डिकोडिंग विकल्प निर्दिष्ट करते हैं । डिकोडिंग करते समय inJustDecodeBoundsसंपत्ति सेट करना trueमेमोरी आवंटन से बचता है, nullबिटमैप ऑब्जेक्ट के लिए वापस लौटना लेकिन सेटिंग outWidth, outHeightऔर outMimeType। यह तकनीक आपको बिटमैप के निर्माण (और मेमोरी आवंटन) से पहले आयाम और छवि डेटा के प्रकार को पढ़ने की अनुमति देती है।

BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;
BitmapFactory.decodeResource(getResources(), R.id.myimage, options);
int imageHeight = options.outHeight;
int imageWidth = options.outWidth;
String imageType = options.outMimeType;

java.lang.OutOfMemoryअपवादों से बचने के लिए , इसे डिकोड करने से पहले बिटमैप के आयामों की जांच करें, जब तक कि आप पूरी तरह से अनुमानित डेटा आकार प्रदान करने के लिए स्रोत पर भरोसा न करें, जो उपलब्ध मेमोरी के भीतर आराम से फिट बैठता है।

एक स्केल किए गए डाउन संस्करण को मेमोरी में लोड करें

अब जब छवि आयाम ज्ञात हैं, तो उन्हें यह तय करने के लिए उपयोग किया जा सकता है कि क्या पूर्ण छवि को मेमोरी में लोड किया जाना चाहिए या यदि इसके बजाय एक सबमसाटेड संस्करण लोड किया जाना चाहिए। यहां कुछ कारकों पर विचार किया गया है:

  • स्मृति में पूर्ण छवि को लोड करने का अनुमानित स्मृति उपयोग।
  • स्मृति की मात्रा आप इस छवि को लोड करने के लिए तैयार हैं जो आपके आवेदन की किसी भी अन्य स्मृति आवश्यकताओं को देखते हुए।
  • लक्ष्य के आयाम ImageView या UI घटक कि छवि को लोड किया जाना है।
  • स्क्रीन का आकार और वर्तमान डिवाइस का घनत्व।

उदाहरण के लिए, यह 1024x768 पिक्सेल छवि को मेमोरी में लोड करने के लायक नहीं है अगर यह अंततः 128x96 पिक्सेल में प्रदर्शित किया जाएगा ImageView ।

छवि को छोटा करने के लिए डिकोडर को बताने के लिए, एक छोटे संस्करण को मेमोरी में लोड inSampleSizeकरना true, अपनी BitmapFactory.Optionsवस्तु में सेट करना । उदाहरण के लिए, 2048x1536 के रिज़ॉल्यूशन वाली एक छवि जो inSampleSize4 में से डिकोड की गई है, लगभग 512x384 के बिटमैप का उत्पादन करती है। पूर्ण छवि के लिए 12MB के बजाय 0.75MB का उपयोग करके मेमोरी में लोड हो रहा है (बिटमैप कॉन्फ़िगरेशन मानकर ARGB_8888)। यहाँ एक नमूना आकार मान की गणना करने की एक विधि है जो लक्ष्य चौड़ाई और ऊंचाई के आधार पर दो की शक्ति है:

public static int calculateInSampleSize(
        BitmapFactory.Options options, int reqWidth, int reqHeight) {
    // Raw height and width of image
    final int height = options.outHeight;
    final int width = options.outWidth;
    int inSampleSize = 1;

    if (height > reqHeight || width > reqWidth) {

        final int halfHeight = height / 2;
        final int halfWidth = width / 2;

        // Calculate the largest inSampleSize value that is a power of 2 and keeps both
        // height and width larger than the requested height and width.
        while ((halfHeight / inSampleSize) > reqHeight
                && (halfWidth / inSampleSize) > reqWidth) {
            inSampleSize *= 2;
        }
    }

    return inSampleSize;
}

नोट : दो मूल्य की शक्ति की गणना की जाती है, क्योंकि डिकोडर inSampleSizeप्रलेखन के अनुसार, दो की निकटतम शक्ति तक चक्कर लगाकर एक अंतिम मूल्य का उपयोग करता है ।

के साथ इस विधि, पहले डिकोड उपयोग करने के लिए inJustDecodeBoundsसेट करने के लिए true, के माध्यम से विकल्पों पारित और फिर डिकोड फिर से नए का उपयोग कर inSampleSizeमूल्य और inJustDecodeBoundsकरने के लिए सेट false:

public static Bitmap decodeSampledBitmapFromResource(Resources res, int resId,
    int reqWidth, int reqHeight) {

    // First decode with inJustDecodeBounds=true to check dimensions
    final BitmapFactory.Options options = new BitmapFactory.Options();
    options.inJustDecodeBounds = true;
    BitmapFactory.decodeResource(res, resId, options);

    // Calculate inSampleSize
    options.inSampleSize = calculateInSampleSize(options, reqWidth, reqHeight);

    // Decode bitmap with inSampleSize set
    options.inJustDecodeBounds = false;
    return BitmapFactory.decodeResource(res, resId, options);
}

इस विधि से ImageView100x100 पिक्सेल थंबनेल प्रदर्शित होने वाले मनमाने ढंग से बड़े आकार के बिटमैप को लोड करना आसान हो जाता है, जैसा कि निम्नलिखित उदाहरण कोड में दिखाया गया है:

mImageView.setImageBitmap(
    decodeSampledBitmapFromResource(getResources(), R.id.myimage, 100, 100));

आप अन्य स्रोतों से बिटमैप्स को डीकोड करने के लिए एक समान प्रक्रिया का पालन कर सकते हैं, BitmapFactory.decode*आवश्यकतानुसार उपयुक्त विधि का प्रतिस्थापन करके ।

— Sazid
स्रोत
21
इस जवाब पर मेटा
— रेने
9
यह उत्तर (लिंक के माध्यम से पहुंची जानकारी को छोड़कर) एक उत्तर के रूप में समाधान का अधिक प्रस्ताव नहीं देता है। लिंक के महत्वपूर्ण हिस्सों को प्रश्न में मर्ज किया जाना चाहिए।
— फॉलनएंगल सेप
7
यह उत्तर, प्रश्न की तरह है और अन्य उत्तर सामुदायिक विकी हैं, इसलिए यह ऐसा कुछ है जिसे समुदाय संपादन द्वारा ठीक कर सकता है, कुछ ऐसा जिसे मध्यस्थता अधिवेशन की आवश्यकता नहीं है।
— मार्टिन पीटर्स
सामग्री और कोटलिन समर्थन के लिए वर्तमान लिंक यहां पाया जा सकता है: developer.android.com/topic/performance/graphics/load-bitmap
— Panos Gr
890

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;
}
— फेडोर
स्रोत
31
ध्यान दें कि 10 इनसम्प्लिसाइज़ के लिए सबसे अच्छा मूल्य नहीं हो सकता है, हालांकि प्रलेखन 2 की शक्तियों का उपयोग करने का सुझाव देता है
— मिर्को एन
70
मैं क्रिसपिक्स जैसी समस्या का सामना कर रहा हूं, लेकिन मुझे नहीं लगता कि यहां समाधान वास्तव में समस्या को हल करता है, बल्कि इसे दूर करता है। नमूना आकार को बदलने से उपयोग की जाने वाली मेमोरी की मात्रा कम हो जाती है (छवि गुणवत्ता की कीमत पर, जो शायद एक छवि पूर्वावलोकन के लिए ठीक है), लेकिन यह अपवाद को नहीं रोकेगा यदि एक बड़ी पर्याप्त छवि धारा डिकोड की जाती है, यदि एकाधिक छवि धाराएं हैं डीकोड। अगर मुझे एक बेहतर समाधान मिल जाए (और एक नहीं भी हो सकता है) तो मैं यहां एक उत्तर दूंगा।
— फ्लाईन8181
4
ज़ूम करने के लिए आपको केवल पिक्सेल घनत्व में स्क्रीन से मेल खाने के लिए एक उपयुक्त आकार की आवश्यकता होती है, और इस तरह आप उच्च घनत्व पर छवि का एक नमूना ले सकते हैं।
— स्टील्कॉप्टर
4
REQUIRED_SIZE वह नया आकार है जिसे आप स्केल करना चाहते हैं।
— फेडर
8
इस समाधान ने मेरी मदद की लेकिन छवि गुणवत्ता भयानक है। मैं किसी भी सुझाव छवियों को प्रदर्शित करने के लिए एक दृश्यदर्शी का उपयोग कर रहा हूं?
— user1106888
372

मैंने Fedor के कोड में एक छोटा सुधार किया है। यह मूल रूप से एक ही है, लेकिन (मेरी राय में) लूप करते समय बदसूरत है और यह हमेशा दो की शक्ति में परिणाम करता है। कुडोस फेडर को मूल समाधान बनाने के लिए, मैं तब तक अटका रहा जब तक कि मुझे उसका पता नहीं चला, और फिर मैं इसे बनाने में सक्षम हो गया :)

 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;
}
— थॉमस Vervest
स्रोत
40
हां आप सही हैं जबकि इतना सुंदर नहीं है। मैंने बस सभी को यह स्पष्ट करने की कोशिश की। आपके कोड के लिए धन्यवाद।
— फेडर
10
@Thomas Vervest - उस कोड के साथ एक बड़ी समस्या है। ^ पावर के लिए 2 नहीं बढ़ाता है, यह परिणाम के साथ 2 xors करता है। आप Math.pow (2.0, ...) चाहते हैं। अन्यथा, यह अच्छा लग रहा है।
— डगडब्लू
6
ऊह, यह एक बहुत अच्छा है! मेरा बुरा, मैं इसे तुरंत ठीक कर दूंगा, उत्तर के लिए धन्यवाद!
— थॉमस वर्वेस्ट
8
आप दो नई FileInputStreams बना रहे हैं, जिनमें से प्रत्येक कॉल के लिए एक है BitmapFactory.decodeStream()। क्या आपको उनमें से प्रत्येक के संदर्भ को सहेजना नहीं है ताकि वे एक finallyब्लॉक में बंद हो सकें ?
— matsev
1
@Bibibu दस्तावेज़ में यह नहीं बताया गया है कि स्ट्रीम आपके लिए बंद है, इसलिए मेरा मानना ​​है कि इसे अभी भी बंद होना चाहिए। एक दिलचस्प और संबंधित, चर्चा यहां पाई जा सकती है । एड्रियन स्मिथ की टिप्पणी पर ध्यान दें, जो सीधे हमारी बहस से संबंधित है।
— थॉमस वर्वेस्ट
232

मैं आईओएस अनुभव से आता हूं और मुझे लोडिंग और छवि दिखाने जैसी बुनियादी चीज़ के साथ एक मुद्दे की खोज करने में निराशा हुई। आखिरकार, हर कोई जो इस मुद्दे को उठा रहा है, यथोचित आकार के चित्र प्रदर्शित करने की कोशिश कर रहा है। वैसे भी, यहाँ दो बदलाव हैं जिन्होंने मेरी समस्या को ठीक कर दिया है (और मेरे ऐप को बहुत संवेदनशील बना दिया है)।

1) हर बार जब आप करते हैं BitmapFactory.decodeXYZ(), तो एक सेट के BitmapFactory.Optionsसाथ (और अधिमानतः भी सेट के साथ) में पास होना सुनिश्चित करेंinPurgeabletrueinInputShareabletrue ) ।

2) कभी उपयोग न करें Bitmap.createBitmap(width, height, Config.ARGB_8888)। मेरा मतलब है कभी नहीं! मैंने कभी भी उस चीज़ को मेमोरी पास नहीं दिया है जो कुछ पास होने के बाद याद आती है। का कोई राशि recycle(), System.gc()जो भी मदद की। इसने हमेशा अपवाद उठाया। एक अन्य तरीका जो वास्तव में काम करता है, वह है कि आपके ड्रॉबल्स (या एक और बिटमैप जो आपने ऊपर चरण 1 का उपयोग करके डिकोड किया है) में एक डमी छवि है, जो भी आप चाहते हैं, उसे फिर से सेट करें, परिणामस्वरूप बिटमैप को हेरफेर करें (जैसे कि इसे कैनवस पर पास करना) अधिक मज़ा के लिए)। तो, क्या आप के बजाय का उपयोग करना चाहिए है: Bitmap.createScaledBitmap(srcBitmap, width, height, false)। यदि आप किसी भी कारण से ब्रूट फोर्स बनाने की विधि का उपयोग करना चाहते हैं, तो कम से कम पास करें Config.ARGB_4444।

यह लगभग गारंटी है कि अगर दिन नहीं तो आपको घंटों की बचत होगी। छवि को स्केल करने आदि के बारे में बात करने वाले सभी वास्तव में काम नहीं करते हैं (जब तक कि आप गलत आकार या अपमानित छवि को एक समाधान नहीं मानते हैं)।

— एप्रैम
स्रोत
22
BitmapFactory.Options options = new BitmapFactory.Options(); options.inPurgeable = true;और Bitmap.createScaledBitmap(srcBitmap, width, height, false);एंड्रॉइड 4.0.0 पर मेमोरी के अपवाद के साथ मेरे मुद्दे को हल किया। धन्यवाद दोस्त!
— Jan-Terje Sørensen
5
Bitmap.createScaledBitmap () कॉल में आपको संभवतः ध्वज पैरामीटर के रूप में सही उपयोग करना चाहिए। अन्यथा स्केलिंग करते समय छवि की गुणवत्ता चिकनी नहीं होगी। इस सूत्र को देखें stackoverflow.com/questions/2895065/…
— rOrlig
11
यह वास्तव में शानदार सलाह है। काश मैं आपको इस अद्भुत रिंकी डिंक बग के लिए Google को काम करने के लिए एक अतिरिक्त +1 दे सकता। मेरा मतलब है ... अगर यह बग नहीं है, तो दस्तावेज़ीकरण को वास्तव में कुछ गंभीरता से चमकने वाले नीयन संकेतों को यह कहने की आवश्यकता है कि "यह कैसे आप आगे की तस्वीरें हैं", क्योंकि मैं इसके साथ 2 साल से संघर्ष कर रहा हूं और अभी यह पोस्ट मिला है। शानदार खोज।
— येवगेनी सिम्किन
अपनी छवियों को स्केल करना निश्चित रूप से मदद करता है, लेकिन यह एक महत्वपूर्ण कदम है और आखिरकार मेरे लिए इस मुद्दे को हल क्या है। बस आपकी छवियों को स्केल करने में समस्या यह है कि यदि आपके पास उनमें से बहुत कुछ है, या यदि स्रोत चित्र बहुत बड़े हैं तो आप अभी भी उसी समस्या में भाग सकते हैं। आप को एप्रैम।
— डेव
10
लॉलीपॉप के रूप में, BitmapFactory.Options.inPurgeableऔर BitmapFactory.Options.inInputShareableपदावनत डेवलपर
— ।android.com/reference/android/graphics/…
93

यह एक ज्ञात बग है , यह बड़ी फ़ाइलों के कारण नहीं है। चूंकि एंड्रॉइड ड्राएबल्स को कैश करता है, इसलिए यह कुछ छवियों का उपयोग करने के बाद मेमोरी से बाहर जा रहा है। लेकिन मैंने Android डिफ़ॉल्ट कैश सिस्टम को छोड़ कर, इसके लिए एक वैकल्पिक तरीका ढूंढ लिया है।

समाधान : छवियों को "संपत्ति" फ़ोल्डर में ले जाएं और बिटमैप प्राप्त करने के लिए निम्न फ़ंक्शन का उपयोग करें:

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);
}
— Anto Binish Kaspar
स्रोत
79

मेरे पास यही मुद्दा था और 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 में उपयोग किए जाने वाले मूल फ़ंक्शन के साथ एक समस्या है। मैंने पुष्टि की है कि डिकोडीफाइलस्क्रिप्ट का उपयोग करते समय एक अलग देशी विधि कहा जाता है। मैंने जो पढ़ा है वह यह है कि "छवियाँ (बिटमैप) एक मानक जावा तरीके से आवंटित नहीं की जाती हैं, लेकिन देशी कॉल के माध्यम से; आवंटन आभासी ढेर के बाहर किया जाता है, लेकिन इसके खिलाफ गिना जाता है! "

— फ्रैगल
स्रोत
1
स्मृति से बाहर एक ही परिणाम, वास्तव में यह अभ्यस्त मामला है कि आप किस विधि का उपयोग कर रहे हैं यह उस बाइट की संख्या पर निर्भर करता है जिसे आप मेमोरी से बाहर देने वाले डेटा को पढ़ने के लिए पकड़ रहे हैं।
— पीयूषमिश्रा
72

मुझे लगता है कि इससे बचने का सबसे अच्छा तरीका OutOfMemoryErrorयह है कि हम इसका सामना करें और इसे समझें।

मैंने जानबूझकर मेमोरी के उपयोग और निगरानी के लिए एक ऐप बनाया है OutOfMemoryError।

इस ऐप के साथ बहुत सारे प्रयोग करने के बाद, मुझे निम्नलिखित निष्कर्ष मिले हैं:

मैं पहले हनी कॉम्ब से पहले एसडीके संस्करणों के बारे में बात करने वाला हूं।

  1. बिटमैप देशी ढेर में संग्रहीत किया जाता है, लेकिन यह स्वचालित रूप से एकत्रित कचरा हो जाएगा, रीसायकल () को कॉल करना बेकार है।

  2. यदि {VM हीप आकार} + {आवंटित देशी हीप मेमोरी} = = {डिवाइस के लिए VM हीप आकार सीमा}, और आप बिटमैप बनाने की कोशिश कर रहे हैं, तो OOM को फेंक दिया जाएगा।

    सूचना: VM HEAP SIZE की गणना VM ALLOCATED MEMORY के बजाय की जाती है।

  3. वीएम हीप आकार बड़े होने के बाद कभी नहीं सिकुड़ेगा, भले ही आवंटित वीएम मेमोरी सिकुड़ जाए।

  4. इसलिए आपको वीएम हीप को कम रखने के लिए वीएम हीप की पीक मेमोरी को कम रखना होगा ताकि बिटमैप्स के लिए उपलब्ध मेमोरी को बचाया जा सके।

  5. Manally call System.gc () अर्थहीन है, हीप साइज़ को बढ़ने की कोशिश करने से पहले सिस्टम इसे कॉल करेगा।

  6. नेटिव हीप साइज़ भी कभी नहीं सिकुड़ेगा, लेकिन इसे OOM के लिए नहीं गिना जाता है, इसलिए इसके बारे में चिंता करने की ज़रूरत नहीं है।

फिर, चलिए बात करते हैं SDK की शुरुआत हनी कॉम्ब से।

  1. बिटमैप को VM ढेर में संग्रहीत किया जाता है, मूल मेमोरी को OOM के लिए नहीं गिना जाता है।

  2. OOM के लिए स्थिति बहुत सरल है: {VM ढेर आकार}> = {डिवाइस के लिए VM हीप आकार सीमा}।

  3. तो आपके पास समान हीप आकार सीमा के साथ बिटमैप बनाने के लिए अधिक उपलब्ध मेमोरी है, ओओएम को फेंकने की संभावना कम है।

यहाँ कचरा संग्रह और मेमोरी लीक के बारे में मेरी कुछ टिप्पणियां हैं।

आप इसे ऐप में खुद देख सकते हैं। यदि किसी गतिविधि ने एक AsyncTask निष्पादित किया है जो गतिविधि के नष्ट होने के बाद भी चल रहा था, तो AsyncTask समाप्त होने तक गतिविधि को कचरा एकत्र नहीं किया जाएगा।

ऐसा इसलिए है क्योंकि AsyncTask एक अनाम आंतरिक वर्ग का एक उदाहरण है, यह गतिविधि का एक संदर्भ रखता है।

AsyncTask.cancel (ट्रू) को कॉल करने से पृष्ठभूमि थ्रेड में IO ऑपरेशन में कार्य अवरुद्ध होने पर निष्पादन बंद नहीं होगा।

कॉलबैक गुमनाम आंतरिक कक्षाएं भी हैं, इसलिए यदि आपकी परियोजना में एक स्थिर उदाहरण उन्हें रखता है और उन्हें जारी नहीं करता है, तो मेमोरी लीक हो जाएगी।

यदि आपने एक दोहराए जाने वाले या विलंबित कार्य को निर्धारित किया है, उदाहरण के लिए एक टाइमर, और आप ऑनपॉज़ () में रद्द () और पर्स () नहीं कहते हैं, तो मेमोरी लीक हो जाएगी।

— कोकून
स्रोत
AsyncTask के लिए जरूरी नहीं है कि "एक अनाम आंतरिक वर्ग का एक उदाहरण" हो, और कॉलबैक के लिए भी ऐसा ही हो। आप अपनी खुद की फ़ाइल में एक नया सार्वजनिक वर्ग बना सकते हैं जो AsyncTask को विस्तारित करता है, या एक private static classही कक्षा में भी। वे गतिविधि का कोई संदर्भ नहीं लेंगे (जब तक कि आप उन्हें एक कोर्स न दें)
— साइमन फोर्सबर्ग
65

मैंने OOM अपवादों और कैशिंग के बारे में हाल ही में बहुत सारे प्रश्न देखे हैं। डेवलपर गाइड में एक बहुत अच्छा लेख है इस पर है, लेकिन कुछ इसे उपयुक्त तरीके से लागू करने में विफल हो जाते हैं।

इस वजह से मैंने एक उदाहरण एप्लिकेशन लिखा जो एंड्रॉइड वातावरण में कैशिंग को प्रदर्शित करता है। इस कार्यान्वयन को अभी तक एक OOM नहीं मिला है।

स्रोत कोड के लिंक के लिए इस उत्तर के अंत को देखें।

आवश्यकताएँ:

  • एंड्रॉइड एपीआई 2.1 या उच्चतर (मैं बस एपीआई 1.6 में एक एप्लिकेशन के लिए उपलब्ध मेमोरी प्राप्त करने का प्रबंधन नहीं कर सका - यह कोड का एकमात्र टुकड़ा है जो एपीआई 1.6 में काम नहीं करता है)
  • Android समर्थन पैकेज

स्क्रीनशॉट

विशेषताएं:

  • यदि एक अभिविन्यास में परिवर्तन होता है , तो एकल का उपयोग करके कैश को पुनः प्राप्त करता है
  • कैश में असाइन किए गए एप्लिकेशन मेमोरी में से आठवें का उपयोग करें (यदि आप चाहें तो संशोधित करें)
  • बड़े बिटमैप स्केल हो जाते हैं (आप अधिकतम पिक्सल को परिभाषित कर सकते हैं जिसे आप अनुमति देना चाहते हैं)
  • नियंत्रित करता है कि बिटमैप डाउनलोड करने से पहले एक इंटरनेट कनेक्शन उपलब्ध है
  • यह सुनिश्चित करता है कि आप प्रति पंक्ति केवल एक कार्य को तत्काल कर रहे हैं
  • अगर आप टूट पड़नेवाला कर रहे हैंListView दूर, यह बस के बीच बिटमैप्स डाउनलोड नहीं होगा

इसमें शामिल नहीं है:

  • डिस्क कैशिंग। वैसे भी इसे लागू करना आसान होना चाहिए - बस एक अलग कार्य को इंगित करें जो डिस्क से बिटमैप को पकड़ लेता है

नमूना कोड:

जो चित्र डाउनलोड किए जा रहे हैं वे फ़्लिकर से चित्र (75x75) हैं। हालाँकि, जिस भी छवि को आप संसाधित करना चाहते हैं, उसे डालें, और यदि यह अधिकतम से अधिक हो जाता है, तो एप्लिकेशन इसे नीचे स्केल कर देगा। इस एप्लिकेशन में यूआरएल केवल एक Stringसरणी में हैं।

LruCacheएक अच्छा तरीका बिटमैप्स से निपटने के लिए है। हालाँकि, इस एप्लिकेशन में मैंने एक LruCacheऔर कैशे क्लास के अंदर का एक इंस्टेंस रखा, जिसे मैंने एप्लिकेशन को अधिक व्यवहार्य बनाने के लिए बनाया था।

Cache.java की महत्वपूर्ण सामग्री ( 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 से डाउनलोड कर सकते हैं ।

आखरी श्ब्द:

मैंने अब कुछ हफ्तों के लिए इसका परीक्षण किया है, मुझे अभी तक एक भी ओओएम अपवाद नहीं मिला है। मैंने इसका परीक्षण एमुलेटर पर, मेरे नेक्सस वन पर और अपने नेक्सस एस पर किया है। मैंने उन इमेज यूआरएल का परीक्षण किया है जिनमें ऐसी छवियां हैं जो एचडी गुणवत्ता में थीं। एकमात्र अड़चन यह है कि डाउनलोड करने में अधिक समय लगता है।

केवल एक संभावित परिदृश्य है जहां मैं कल्पना कर सकता हूं कि ओओएम दिखाई देगा, और अगर हम कई, वास्तव में बड़ी छवियों को डाउनलोड करते हैं, और इससे पहले कि वे स्केल हो जाएं और कैश में डाल दें, एक साथ अधिक मेमोरी ले लेंगे और ओओएम का कारण बनेंगे। लेकिन वैसे भी यह एक आदर्श स्थिति नहीं है और यह सबसे अधिक संभव तरीके से हल करने के लिए संभव नहीं होगा।

टिप्पणियों में त्रुटियों की रिपोर्ट करें! :-)

— पुनर्जीवित करता है
स्रोत
43

मैंने छवि को लेने और मक्खी पर उसका आकार बदलने के लिए निम्न कार्य किया। उम्मीद है की यह मदद करेगा

Bitmap bm;
bm = Bitmap.createScaledBitmap(BitmapFactory.decodeFile(filepath), 100, 100, true);
mPicture = new ImageView(context);
mPicture.setImageBitmap(bm);
— क्रिसपिक्स
स्रोत
26
यह दृष्टिकोण बिटमैप को मापता है। लेकिन यह OutOfMemory समस्या को हल नहीं करता है क्योंकि पूर्ण बिटमैप को वैसे भी डीकोड किया जा रहा है।
— फेडर
5
मैं देखूंगा कि क्या मैं अपने पुराने कोड को देख सकता हूं, लेकिन मुझे लगता है कि इसने मेरे स्मृति मुद्दों को हल कर दिया। मेरे पुराने कोड की दोबारा जांच करेगा।
— क्रिसपिक्स
2
इस उदाहरण में कम से कम, ऐसा लगता है कि आप पूर्ण बिटमैप के संदर्भ नहीं रख रहे हैं, इस प्रकार मेमोरी बचत।
— NoBugs
मेरे लिए इसने मेमोरी इश्यू को हल किया, लेकिन छवियों की गुणवत्ता को कम कर दिया।
— पामेला सिल्ला
35

ऐसा लगता है कि यह बहुत लंबी चलने वाली समस्या है, जिसमें बहुत सारे अलग-अलग स्पष्टीकरण हैं। मैंने यहां दो सबसे आम प्रस्तुत उत्तरों की सलाह ली, लेकिन इनमें से किसी ने भी वीएम की मेरी समस्याओं को हल नहीं किया, यह दावा करते हुए कि यह प्रक्रिया के डिकोडिंग भाग को करने के लिए बाइट्स का खर्च नहीं उठा सकता है। कुछ खुदाई के बाद मुझे पता चला कि यहाँ वास्तविक समस्या नैचिव हीप से हटने की डिकोडिंग प्रक्रिया है ।

यहाँ देखें: बिटमैपफैक्ट ओओएम मुझे पागल कर रहा है

मुझे एक और चर्चा सूत्र की ओर ले गया जहाँ मुझे इस समस्या का एक और समाधान मिला। System.gc();आपकी छवि प्रदर्शित होने के बाद मैन्युअल रूप से कॉल करना है। लेकिन यह वास्तव में देशी ढेर को कम करने के प्रयास में आपके ऐप को अधिक मेमोरी का उपयोग करता है। 2.0 (डोनट) की रिहाई के रूप में बेहतर समाधान बिटमैपफैक्टरी विकल्प "दुर्गम" का उपयोग करना है। तो मैं बस के o2.inPurgeable=true;बाद जोड़ा o2.inSampleSize=scale;।

उस विषय पर यहाँ और अधिक: स्मृति हीप की सीमा केवल 6M है?

अब, यह सब कहते हुए, मैं जावा और एंड्रॉइड के साथ भी पूरी तरह से परिचित हूं। इसलिए यदि आपको लगता है कि इस समस्या को हल करने का यह एक भयानक तरीका है, तो आप शायद सही हैं। ;-) लेकिन इसने मेरे लिए अद्भुत काम किया है, और मैंने अब वीपी को ढेर कैश से चलाना असंभव पाया है। एकमात्र दोष मुझे यह मिल सकता है कि आप अपनी कैश्ड खींची गई छवि को मिटा रहे हैं। जिसका मतलब है कि यदि आप उस छवि पर वापस जाते हैं, तो आप इसे हर बार बदल रहे हैं। मेरे आवेदन के काम करने के मामले में, यह वास्तव में कोई समस्या नहीं है। आपकी माइलेज भिन्न हो सकती है।

— रेहॉक को दर्शाता है
स्रोत
मेरे लिए दुर्गम तय OOM
— आर्टेम रसाकोवस्की
35

दुर्भाग्य से, यदि उपरोक्त में से कोई भी काम नहीं करता है, तो इसे अपनी मेनिफेस्ट फ़ाइल में जोड़ें । आवेदन टैग के अंदर

 <application
         android:largeHeap="true"
— हिमांशु मोरी
स्रोत
1
क्या आप बता सकते हैं कि यह वास्तव में क्या करता है? बस लोगों को यह जोड़ने में मदद करने के लिए नहीं कह रहा है।
— चुपके रब्बी
1
यह बहुत ही बुरा उपाय है। मूल रूप से आप समस्या को ठीक करने का प्रयास नहीं कर रहे हैं। इसके बजाय एंड्रॉइड सिस्टम आपके एप्लिकेशन के लिए अधिक हीप स्थान आवंटित करने के लिए कह रहा है। इससे आपके ऐप पर बहुत बुरा प्रभाव पड़ेगा, जैसे आपका ऐप बैटरी की बहुत अधिक खपत करता है क्योंकि जीसी को मेमोरी को साफ करने के लिए बड़े हील स्पेस से गुजरना पड़ता है और साथ ही आपके ऐप का प्रदर्शन धीमा हो जाएगा।
— प्रकाश
2
तो फिर Android हमें इस Android को जोड़ने की अनुमति क्यों दे रहा है: हमारे प्रदर्शन में बड़े = = "सच्चे"? अब आप Android को चुनौती दे रहे हैं।
— हिमांशु मोरी
28

मेरे पास एक और अधिक प्रभावी समाधान है जिसे किसी भी प्रकार के स्केलिंग की आवश्यकता नहीं है। बस अपने बिटमैप को केवल एक बार डीकोड करें और फिर उसके नाम के साथ मैप में कैश करें। फिर बस नाम के खिलाफ बिटमैप को पुनः प्राप्त करें और इसे ImageView में सेट करें। ज्यादा कुछ नहीं करना है।

यह काम करेगा क्योंकि डिकोड किए गए बिटमैप के वास्तविक द्विआधारी डेटा को dalvik VM ढेर के भीतर संग्रहीत नहीं किया गया है। इसे बाहरी रूप से संग्रहीत किया जाता है। तो हर बार जब आप एक बिटमैप को डीकोड करते हैं, तो यह वीएम हीप के बाहर मेमोरी आवंटित करता है जो जीसी द्वारा कभी भी रिकवर नहीं किया जाता है

यह बेहतर ढंग से सराहना करने में आपकी मदद करने के लिए, कल्पना करें कि आपने ड्रा करने योग्य फ़ोल्डर में उर छवि रखी है। आप बस getResources ()। GetDrwable (R.drawable।) करके छवि प्राप्त करते हैं। यह आपकी छवि को हर बार डिकोड नहीं करेगा, लेकिन हर बार जब आप इसे कॉल करते हैं, तो पहले से ही डिकोड किए गए इंस्टेंस का फिर से उपयोग करें। तो संक्षेप में यह कैश्ड है।

अब चूंकि आपकी छवि किसी फ़ाइल में है (या किसी बाहरी सर्वर से भी आ रही हो सकती है), यह आपकी जिम्मेदारी है कि डिकोड किए गए बिटमैप उदाहरण को किसी भी स्थान पर पुनः उपयोग करने के लिए कैश करें जहां इसकी आवश्यकता है।

उम्मीद है की यह मदद करेगा।

— पार्थ मेहता
स्रोत
4
"और फिर इसे अपने नाम के खिलाफ मानचित्र में कैश करें।" आप वास्तव में अपनी छवियों को कैश कैसे करते हैं?
— विंसेंट
3
क्या आपने वास्तव में यह कोशिश की है? भले ही पिक्सेल डेटा को वास्तव में Dalvik हीप के भीतर संग्रहीत नहीं किया गया है, लेकिन देशी मेमोरी में इसका आकार VM को बताया गया है और इसकी उपलब्ध मेमोरी के विरुद्ध गिना जाता है।
— एरिकआर
3
@Vincent मुझे लगता है कि उन्हें मानचित्र में संग्रहीत करना कठिन नहीं है। मैं HashMap <KEY, Bitmap> मैप की तरह कुछ सुझाव दूंगा, जहां कुंजी स्रोत का स्ट्रिंग या कुछ भी हो सकता है जो आपके लिए समझ में आता है। मान लें कि आप कुंजी को पथ के रूप में लेते हैं, आप इसे map.put (पथ, बिटमैप) के रूप में संग्रहीत करते हैं और इसे map.get (पथ) के माध्यम से प्राप्त करते हैं
— राफेल टी
3
आप संभवत: हैशपैम का उपयोग करना चाहेंगे <string, softReference <bitmap >> "सच है, स्मृति को पुनः प्राप्त किया जाता है क्योंकि मैं समझता हूं कि बस एक देरी हो सकती है, जो कि बिटमैप.क्रिसकिल () के लिए है, जो कि मेम को जल्दी याद दिलाने के लिए एक संकेत के रूप में ...
— डोरी
28

मैंने उसी मुद्दे को निम्नलिखित तरीके से हल किया है।

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);
— प्रेरणा
स्रोत
यह सब ठीक है, लेकिन मैं ऑनक्रिएट और एक्टिविटी कॉल में 4-5 बार ड्रॉ सर्कल के लिए कई बिटमैप का उपयोग कर रहा हूं ताकि बिटमैप को कैसे साफ करें और बिटमैप कैसे निकालें और दूसरी बार फिर से क्रिएट करें जब गतिविधि 0nCreate ..
— ckpatel 25'13
27

यहां दो समस्याएं हैं....

  • बिटमैप मेमोरी VM के ढेर में नहीं है, बल्कि देशी हीप में है - देखें बिटमैपफोम ओओएम नट्स ड्राइविंग
  • देशी हीप के लिए कचरा संग्रह VM हीप की तुलना में बहुत हल्का होता है - इसलिए जब भी आप किसी गतिविधि के ऑनपॉज़ या ऑनडेस्ट्रो से गुज़रते हैं, तो आप बिटमैप.क्रि सायकल और बिटमैप = नल करने के बारे में काफी आक्रामक होना चाहिए।
— टॉरिड का पता चलता है
स्रोत
यह android 2.3+ के बाद से VM ढेर में है
— FindOut_Quran
27

यह मेरे लिए काम किया!

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());
    }
}
— ल्यूक टेलर
स्रोत
20

ऊपर दिए गए किसी भी उत्तर ने मेरे लिए काम नहीं किया, लेकिन मैं एक भयानक बदसूरत समाधान के साथ आया था जिसने समस्या को हल किया। मैंने अपनी परियोजना में एक बहुत छोटी, 1x1 पिक्सेल की छवि को एक संसाधन के रूप में जोड़ा, और इसे कचरा संग्रह में कॉल करने से पहले अपने ImageView में लोड किया। मुझे लगता है कि यह हो सकता है कि ImageView बिटमैप को जारी नहीं कर रहा था, इसलिए 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.
— माइक
स्रोत
छवि की तरह दिखता है वास्तव में बिटमैप को खुद से रीसायकल नहीं करते हैं। मेरी मदद की, धन्यवाद
— दिमित्री ज़ेतसेव
@ माइक आप इमेजेलैडर का पूरा कोड जोड़ सकते हैं या फिर आप मुझे बिटमैप इमेज लोड करने का लिंक दे सकते हैं। यदि मैं बिटमैप पर रीसायकल का उपयोग करता हूं तो मेरी सभी सूची प्रदर्शित की जाती है, लेकिन सभी आइटम रिक्त दिखाए जाते हैं
— TNR
@ माइक यू को बता सकता है कि क्या मैं कचरा संग्रह में कॉल करने से पहले imageView = null करता हूं तो यह अच्छा है या नहीं?
— Youddh
@TNR मुझे लगता है कि जो आप यहां याद कर रहे हैं, वह यह है कि bitmapउपरोक्त कोड में पहले से प्रदर्शित छवि है, आपको इसे रीसायकल करने की आवश्यकता है, इसके लिए किसी भी संदर्भ को साफ़ करें, imageViewएक छोटे से प्रतिस्थापन को सेट करके इसे भूल जाएं gc(); और इस सब के बाद: उपरोक्त कोड में अपनी नई छवि लोड bitmapऔर प्रदर्शित करने ...के लिए।
— ट्वीस्टरेबोब
ये गलत है। आपको हमेशा अपना इमेज व्यू कंटेंट पहले से ही रीचार्ज बिटमैप को साफ करना चाहिए (इसके बजाय यह वास्तव में प्रदर्शित किया जाता है और इस्तेमाल किया जा रहा है)।
— FindOut_Quran
20

यहाँ महान जवाब, लेकिन मैं इस समस्या को दूर करने के लिए एक पूरी तरह से प्रयोग करने योग्य वर्ग चाहता था .. इसलिए मैंने एक किया।

यहाँ मेरा BitmapHelper क्लास है जो OutOfMemoryError प्रूफ है :-)

import java.io.File;
import java.io.FileInputStream;

import android.graphics.Bitmap;
import android.graphics.Bitmap.Config;
import android.graphics.BitmapFactory;
import android.graphics.Canvas;
import android.graphics.Matrix;
import android.graphics.drawable.BitmapDrawable;
import android.graphics.drawable.Drawable;

public class BitmapHelper
{

    //decodes image and scales it to reduce memory consumption
    public static Bitmap decodeFile(File bitmapFile, int requiredWidth, int requiredHeight, boolean quickAndDirty)
    {
        try
        {
            //Decode image size
            BitmapFactory.Options bitmapSizeOptions = new BitmapFactory.Options();
            bitmapSizeOptions.inJustDecodeBounds = true;
            BitmapFactory.decodeStream(new FileInputStream(bitmapFile), null, bitmapSizeOptions);

            // load image using inSampleSize adapted to required image size
            BitmapFactory.Options bitmapDecodeOptions = new BitmapFactory.Options();
            bitmapDecodeOptions.inTempStorage = new byte[16 * 1024];
            bitmapDecodeOptions.inSampleSize = computeInSampleSize(bitmapSizeOptions, requiredWidth, requiredHeight, false);
            bitmapDecodeOptions.inPurgeable = true;
            bitmapDecodeOptions.inDither = !quickAndDirty;
            bitmapDecodeOptions.inPreferredConfig = quickAndDirty ? Bitmap.Config.RGB_565 : Bitmap.Config.ARGB_8888;

            Bitmap decodedBitmap = BitmapFactory.decodeStream(new FileInputStream(bitmapFile), null, bitmapDecodeOptions);

            // scale bitmap to mathc required size (and keep aspect ratio)

            float srcWidth = (float) bitmapDecodeOptions.outWidth;
            float srcHeight = (float) bitmapDecodeOptions.outHeight;

            float dstWidth = (float) requiredWidth;
            float dstHeight = (float) requiredHeight;

            float srcAspectRatio = srcWidth / srcHeight;
            float dstAspectRatio = dstWidth / dstHeight;

            // recycleDecodedBitmap is used to know if we must recycle intermediary 'decodedBitmap'
            // (DO NOT recycle it right away: wait for end of bitmap manipulation process to avoid
            // java.lang.RuntimeException: Canvas: trying to use a recycled bitmap android.graphics.Bitmap@416ee7d8
            // I do not excatly understand why, but this way it's OK

            boolean recycleDecodedBitmap = false;

            Bitmap scaledBitmap = decodedBitmap;
            if (srcAspectRatio < dstAspectRatio)
            {
                scaledBitmap = getScaledBitmap(decodedBitmap, (int) dstWidth, (int) (srcHeight * (dstWidth / srcWidth)));
                // will recycle recycleDecodedBitmap
                recycleDecodedBitmap = true;
            }
            else if (srcAspectRatio > dstAspectRatio)
            {
                scaledBitmap = getScaledBitmap(decodedBitmap, (int) (srcWidth * (dstHeight / srcHeight)), (int) dstHeight);
                recycleDecodedBitmap = true;
            }

            // crop image to match required image size

            int scaledBitmapWidth = scaledBitmap.getWidth();
            int scaledBitmapHeight = scaledBitmap.getHeight();

            Bitmap croppedBitmap = scaledBitmap;

            if (scaledBitmapWidth > requiredWidth)
            {
                int xOffset = (scaledBitmapWidth - requiredWidth) / 2;
                croppedBitmap = Bitmap.createBitmap(scaledBitmap, xOffset, 0, requiredWidth, requiredHeight);
                scaledBitmap.recycle();
            }
            else if (scaledBitmapHeight > requiredHeight)
            {
                int yOffset = (scaledBitmapHeight - requiredHeight) / 2;
                croppedBitmap = Bitmap.createBitmap(scaledBitmap, 0, yOffset, requiredWidth, requiredHeight);
                scaledBitmap.recycle();
            }

            if (recycleDecodedBitmap)
            {
                decodedBitmap.recycle();
            }
            decodedBitmap = null;

            scaledBitmap = null;
            return croppedBitmap;
        }
        catch (Exception ex)
        {
            ex.printStackTrace();
        }
        return null;
    }

    /**
     * compute powerOf2 or exact scale to be used as {@link BitmapFactory.Options#inSampleSize} value (for subSampling)
     * 
     * @param requiredWidth
     * @param requiredHeight
     * @param powerOf2
     *            weither we want a power of 2 sclae or not
     * @return
     */
    public static int computeInSampleSize(BitmapFactory.Options options, int dstWidth, int dstHeight, boolean powerOf2)
    {
        int inSampleSize = 1;

        // Raw height and width of image
        final int srcHeight = options.outHeight;
        final int srcWidth = options.outWidth;

        if (powerOf2)
        {
            //Find the correct scale value. It should be the power of 2.

            int tmpWidth = srcWidth, tmpHeight = srcHeight;
            while (true)
            {
                if (tmpWidth / 2 < dstWidth || tmpHeight / 2 < dstHeight)
                    break;
                tmpWidth /= 2;
                tmpHeight /= 2;
                inSampleSize *= 2;
            }
        }
        else
        {
            // Calculate ratios of height and width to requested height and width
            final int heightRatio = Math.round((float) srcHeight / (float) dstHeight);
            final int widthRatio = Math.round((float) srcWidth / (float) dstWidth);

            // 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.
            inSampleSize = heightRatio < widthRatio ? heightRatio : widthRatio;
        }

        return inSampleSize;
    }

    public static Bitmap drawableToBitmap(Drawable drawable)
    {
        if (drawable instanceof BitmapDrawable)
        {
            return ((BitmapDrawable) drawable).getBitmap();
        }

        Bitmap bitmap = Bitmap.createBitmap(drawable.getIntrinsicWidth(), drawable.getIntrinsicHeight(), Config.ARGB_8888);
        Canvas canvas = new Canvas(bitmap);
        drawable.setBounds(0, 0, canvas.getWidth(), canvas.getHeight());
        drawable.draw(canvas);

        return bitmap;
    }

    public static Bitmap getScaledBitmap(Bitmap bitmap, int newWidth, int newHeight)
    {
        int width = bitmap.getWidth();
        int height = bitmap.getHeight();
        float scaleWidth = ((float) newWidth) / width;
        float scaleHeight = ((float) newHeight) / height;

        // CREATE A MATRIX FOR THE MANIPULATION
        Matrix matrix = new Matrix();
        // RESIZE THE BIT MAP
        matrix.postScale(scaleWidth, scaleHeight);

        // RECREATE THE NEW BITMAP
        Bitmap resizedBitmap = Bitmap.createBitmap(bitmap, 0, 0, width, height, matrix, false);
        return resizedBitmap;
    }

}
— पास्कल को दर्शाता है
स्रोत
इसका उपयोग करने वाले किसी व्यक्ति के लिए: मैंने अभी एक बग तय किया है: "int scaledBitmapHeight = scaledBitmap.getWidth ();" गलत है (स्पष्ट रूप से। मैंने इसे "int scaledBitmapHeight = scaledBitmap.getHight ()" से बदल दिया है;
— पास्कल
19

यह मेरे लिए काम करता है।

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 # मोनोडायर पर है। आप आसानी से छवि का मार्ग बदल सकते हैं। यहाँ क्या महत्वपूर्ण है सेट करने के लिए विकल्प।

— Dobermaxx99
स्रोत
16

यह समुदाय के साथ छवियों को लोड करने और संसाधित करने के लिए मेरे उपयोगिता वर्ग को साझा करने के लिए उपयुक्त स्थान की तरह लगता है, आपको इसका उपयोग करने और इसे स्वतंत्र रूप से संशोधित करने के लिए स्वागत है।

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://stackoverflow.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;
    }
}
— एमिल डेविटान
स्रोत
16

मेरे एक आवेदन में मुझे या तो चित्र लेने की आवश्यकता है Camera/Gallery। कैमरा से उपयोगकर्ता क्लिक छवि (2MP, 5MP या 8MP हो सकता है), तो छवि का आकार से भिन्न होता है kBकरने के लिए रों MBरों। यदि छवि का आकार कम है (या 1-2 एमबी तक) कोड ठीक काम कर रहा है, लेकिन अगर मेरे पास 4 एमबी या 5 एमबी से ऊपर के आकार की छवि है, तोOOM फ्रेम में आता है :(

तब मैंने इस मुद्दे को हल करने के लिए काम किया है और आखिरकार मैंने फेडर के लिए सुधार को कम कर दिया है (इतना अच्छा समाधान बनाने के लिए फेडर को सभी क्रेडिट) कोड :)

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;

}

मुझे आशा है कि इससे मित्रों को उसी समस्या का सामना करने में मदद मिलेगी!

के लिए और अधिक देखें इस

— रूपेश यादव
स्रोत
14

मैं बस कुछ मिनट पहले इस मुद्दे में भाग गया। मैंने अपने लिस्टव्यू एडॉप्टर के प्रबंधन में बेहतर काम करके इसे हल किया। मैंने सोचा कि यह 50x50px छवियों के सैकड़ों के साथ एक मुद्दा था जिसका मैं उपयोग कर रहा था, मुझे पता है कि जब भी पंक्ति दिखाई जा रही थी, तब मैं अपने कस्टम दृश्य को बढ़ाने की कोशिश कर रहा था। बस यह देखने के लिए परीक्षण करके कि क्या पंक्ति को फुलाया गया था मैंने इस त्रुटि को समाप्त कर दिया, और मैं सैकड़ों बिटमैप का उपयोग कर रहा हूं। यह वास्तव में एक स्पिनर के लिए है, लेकिन आधार एडाप्टर एक सूची दृश्य के लिए सभी समान काम करता है। इस साधारण फिक्स ने भी एडॉप्टर के प्रदर्शन में बहुत सुधार किया। 

@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);
    }
...
— BajaBob
स्रोत
3
मैं आपको इसके लिए पर्याप्त धन्यवाद नहीं दे सकता! मैं यह देखने से पहले गलत समस्या का पीछा कर रहा था। यद्यपि आपके लिए प्रश्न: चूंकि प्रत्येक या मेरी सूची की पंक्तियों में एक अद्वितीय नाम और फोटो है, इसलिए मुझे प्रत्येक पंक्ति के मानों को बनाए रखने के लिए कन्वर्ट व्यू सरणी का उपयोग करना पड़ा। मैं यह नहीं देख सकता कि एक एकल चर का उपयोग करने से आप ऐसा कैसे कर पाएंगे। क्या मैं कुछ भूल रहा हूँ?
— PeteH
13

मैंने पूरे दिन इन समाधानों का परीक्षण करने में बिताया है और मेरे लिए काम करने वाली एकमात्र चीज छवि प्राप्त करने और मैन्युअल रूप से जीसी को कॉल करने के लिए उपरोक्त दृष्टिकोण है, जिसे मैं जानता हूं कि यह आवश्यक नहीं है, लेकिन यह केवल एक चीज है जो काम करता है जब मैंने अपने ऐप को गतिविधियों के बीच भारी लोड परीक्षण स्विचिंग के तहत रखा। मेरे एप्लिकेशन में एक सूची में थंबनेल छवियों की एक सूची है (गतिविधि ए कहने दें) और जब आप उन छवियों में से एक पर क्लिक करते हैं तो यह आपको दूसरी गतिविधि पर ले जाती है (गतिविधि बी कहती है) जो उस आइटम के लिए एक मुख्य छवि दिखाती है। जब मैं दो गतिविधियों के बीच आगे और पीछे होता, तो मुझे अंततः OOM त्रुटि मिलती और ऐप बंद हो जाता।

जब मैं सूची के आधे रास्ते नीचे हो जाता तो यह दुर्घटनाग्रस्त हो जाता।

अब जब मैं गतिविधि बी में निम्नलिखित को लागू करता हूं, तो मैं बिना किसी मुद्दे के साथ पूरी सूची के माध्यम से जा सकता हूं और जा रहा हूं और जा रहा हूं ... और इसके बहुत तेज।

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

private void Cleanup()
{    
    bitmap.recycle();
    System.gc();
    Runtime.getRuntime().gc();  
}
— जेसी
स्रोत
अपने समाधान से प्यार करो! मैंने इस बग को हल करने के घंटे भी बिताए हैं, इसलिए कष्टप्रद है! संपादित करें: दुर्भाग्य से, समस्या तब भी मौजूद है जब मैं अपने स्क्रीन ओरिएंटेशन को लैंडस्केप मोड में बदलता हूं ...
— Xarialon
इसने अंततः मेरे साथ मदद की: - BitmapFactory.Options विकल्प = new BitmapFactory.Options (); Options.Inurgeable = true; options.InampleSize = 2;
— user3833732
13

यह समस्या केवल एंड्रॉइड एमुलेटर में होती है। मुझे एक एमुलेटर में भी इस मुद्दे का सामना करना पड़ा लेकिन जब मैंने एक उपकरण में जाँच की तो यह ठीक काम कर गया।

तो कृपया किसी डिवाइस में देखें। इसे डिवाइस में चलाया जा सकता है।

— हैकजुत्सु
स्रोत
12

मेरे 2 सेंट: मैंने बिट्स के साथ अपनी OOM त्रुटियों को हल किया:

क) 2 के कारक द्वारा मेरी छवियों को स्केल करना

b) लिस्ट व्यू के लिए मेरे कस्टम अडैप्टर में पिकासो लाइब्रेरी का उपयोग करते हुए , इस तरह getView में एक-कॉल के साथ:Picasso.with(context).load(R.id.myImage).into(R.id.myImageView);

— matsoftware
स्रोत
मुझे खुशी है कि आपने पिकासो का उल्लेख किया, क्योंकि यह छवियों को लोड करना बहुत आसान बनाता है। विशेष रूप से दूर से संग्रहीत।
— क्रिसपिक्स
12

प्रत्येक कोड के लिए इन कोड का उपयोग 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 () के अपने छवि पथ इंस्टेंड का उपयोग करें ।

— गौरव पंसारिया
स्रोत
12

आम तौर पर एंड्रॉइड डिवाइस हीप का आकार केवल 16 एमबी होता है (डिवाइस से भिन्न होता है (ओएस देखें पोस्ट हीप साइज बदलता है ), यदि आप छवियों को लोड कर रहे हैं और यह 16 एमबी के आकार को पार करता है, तो यह मेमोरी अपवाद से बाहर निकल जाएगा, इसके बजाय बिटमैप के लिए लोड हो रहा है एसडी कार्ड या संसाधनों से या यहां तक ​​कि नेटवर्क से चित्र getImageUri का उपयोग करने का प्रयास करते हैं , बिटमैप को लोड करने के लिए अधिक मेमोरी की आवश्यकता होती है, या यदि आप उस बिटमैप के साथ काम करते हैं तो आप बिटमैप को शून्य करने के लिए सेट कर सकते हैं।

— रोहित शर्मा
स्रोत
1
और अगर setImageURI को अभी भी अपवाद मिल रहा है, तो इस stackoverflow.com/questions/15377186/…
— महेश
11

यहां सभी समाधानों के लिए IMAGE_MAX_SIZE सेट करना आवश्यक है। यह अधिक शक्तिशाली हार्डवेयर के साथ उपकरणों को सीमित करता है और यदि छवि का आकार बहुत कम है तो यह एचडी स्क्रीन पर बदसूरत दिखता है।

मैं एक समाधान के साथ आया था जो मेरे सैमसंग गैलेक्सी एस 3 और कम शक्तिशाली लोगों सहित कई अन्य उपकरणों के साथ काम करता है, बेहतर छवि गुणवत्ता के साथ जब अधिक शक्तिशाली उपकरण का उपयोग किया जाता है।

इसका सार यह है कि किसी विशेष उपकरण पर ऐप के लिए आवंटित अधिकतम मेमोरी की गणना करें, फिर इस मेमोरी को पार किए बिना सबसे कम संभव होने का पैमाना निर्धारित करें। यहाँ कोड है:

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% मुझे मेमोरी से बाहर चलने के बिना एक अच्छा बफर देता है।

उम्मीद है कि इससे वहां किसी को मदद मिलेगी..

— ब्रूस
स्रोत
11

इस OutofMemoryExceptionतरह System.gc()और इतने पर कॉल करके पूरी तरह से हल नहीं किया जा सकता है ।

गतिविधि जीवन चक्र का जिक्र करके

गतिविधि राज्य ओएस द्वारा स्वयं प्रत्येक प्रक्रिया के लिए मेमोरी उपयोग और प्रत्येक प्रक्रिया की प्राथमिकता के आधार पर निर्धारित किए जाते हैं।

आप उपयोग किए गए बिटमैप चित्रों में से प्रत्येक के लिए आकार और रिज़ॉल्यूशन पर विचार कर सकते हैं। मैं आकार को कम करने की सलाह देता हूं, कम रिज़ॉल्यूशन के लिए फिर से तैयार करता हूं, दीर्घाओं के डिजाइन (एक छोटी तस्वीर पीएनजी, और एक अन्य तस्वीर) का संदर्भ लेता हूं।

— राजू गुजराती
स्रोत
11

यह कोड ड्रॉएबल से बड़े बिटमैप को लोड करने में मदद करेगा

public class BitmapUtilsTask extends AsyncTask<Object, Void, Bitmap> {

    Context context;

    public BitmapUtilsTask(Context context) {
        this.context = context;
    }

    /**
     * Loads a bitmap from the specified url.
     * 
     * @param url The location of the bitmap asset
     * @return The bitmap, or null if it could not be loaded
     * @throws IOException
     * @throws MalformedURLException
     */
    public Bitmap getBitmap() throws MalformedURLException, IOException {       

        // Get the source image's dimensions
        int desiredWidth = 1000;
        BitmapFactory.Options options = new BitmapFactory.Options();
        options.inJustDecodeBounds = true;

        BitmapFactory.decodeResource(context.getResources(), R.drawable.green_background , options);

        int srcWidth = options.outWidth;
        int srcHeight = options.outHeight;

        // Only scale if the source is big enough. This code is just trying
        // to fit a image into a certain width.
        if (desiredWidth > srcWidth)
            desiredWidth = srcWidth;

        // Calculate the correct inSampleSize/scale value. This helps reduce
        // memory use. It should be a power of 2
        int inSampleSize = 1;
        while (srcWidth / 2 > desiredWidth) {
            srcWidth /= 2;
            srcHeight /= 2;
            inSampleSize *= 2;
        }
        // Decode with inSampleSize
        options.inJustDecodeBounds = false;
        options.inDither = false;
        options.inSampleSize = inSampleSize;
        options.inScaled = false;
        options.inPreferredConfig = Bitmap.Config.ARGB_8888;
        options.inPurgeable = true;
        Bitmap sampledSrcBitmap;

        sampledSrcBitmap =  BitmapFactory.decodeResource(context.getResources(), R.drawable.green_background , options);

        return sampledSrcBitmap;
    }

    /**
     * The system calls this to perform work in a worker thread and delivers
     * it the parameters given to AsyncTask.execute()
     */
    @Override
    protected Bitmap doInBackground(Object... item) {
        try { 
          return getBitmap();
        } catch (MalformedURLException e) {
            e.printStackTrace();
        } catch (IOException e) {
            e.printStackTrace();
        }
        return null;
    }
}
— विनीत
स्रोत
अच्छा लगा, क्या Async टास्क के बजाय लोडर का उपयोग करना बेहतर होगा?
— क्रिसपिक्स
कैसे के बारे में Bitmap.Config.ARGB_565? यदि उच्च गुणवत्ता महत्वपूर्ण नहीं है।
— हमज़ेह सोबॉ
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.