Android AdMob вызывает утечку памяти?

Ответ 1

Я использую "play-services-ads: 7.5.0", и не нужно было создавать AdMobActivity. Он работал:

Создание adView динамически

mAdView = new AdView(getApplicationContext(), AdSize.BANNER, banner_ad_unit_id); mAdsContainer.addView(mAdView);

Удаление всех представлений из linearLayout для уничтожения и уничтожения adView

mAdView.setAdListener(null);
mAdsContainer.removeAllViews();
mAdView.destroy();

К сожалению, Interstitial все еще течет

Ответ 2

Вот моя работа для этого беспорядка:

Я ограничил утечку памяти, используя тот же пустой экземпляр активности:

public final class AdMobActivity
        extends Activity {

    public static AdMobActivity AdMobMemoryLeakWorkAroundActivity;

    public AdMobActivity() {
        super();
        if (AdMobMemoryLeakWorkAroundActivity != null)
            throw new IllegalStateException("This activity should be created only once during the entire application life");
        AdMobMemoryLeakWorkAroundActivity = this;
    }

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        finish();
    }

    public static final void startAdMobActivity(Activity activity) {
        Intent i = new Intent();
        i.setComponent(new ComponentName(activity.getApplicationContext(), AdMobActivity.class));
        activity.startActivity(i);
    }
}

Дальнейшее объявление будет создано с помощью AdMobActivity.AdMobMemoryLeakWorkAroundActivity.

Вам также необходимо добавить активность к манифесту, конечно:

<activity
    android:launchMode="singleInstance"
    android:name="com.nu.art.software.android.modules.admob.AdMobActivity" />

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

ПРИМЕЧАНИЕ.. Вызов метода startAdMobActivity из основного действия приложения onCreate.

Адам.

UPDATE

Это решение работает только при динамическом создании объявления и добавлении его в макет с кодом... и не забудьте его уничтожить в Activity.onDestroy().

Ответ 3

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

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

Пример:

@Override
public void onCreate(final Bundle savedInstanceState) {
   super.onCreate(savedInstanceState);
   this.setContentView(R.layout.venue);
   mainLayout = (LinearLayout) findViewById(R.id.venueLayout);
   adview = StaticStateClass.getAdview();

   AdRequest request = new AdRequest();
   request.addKeyword(name);
   mainLayout.addView(adview);
   adview.loadAd(request);
}

@Override
public void onDestroy() {
   mainLayout.removeView(adview);
   super.onDestroy();
}

Ответ 4

Я узнал, что вызов: -

mAdView.destroy(); 

прежде чем покинуть активность, решает утечку для меня.

Вот как я объявляю баннерные объявления в xml: -

  <com.google.android.gms.ads.AdView
            android:id="@+id/adView2"
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:layout_gravity="center_horizontal|bottom"
            ads:adSize="BANNER"
            ads:adUnitId="@string/banner_ad_unit_id_2" />

Получить ссылку на баннер admob в onCreate(): -

mAdView = (AdView) findViewById(R.id.adView2);
AdRequest banneradRequest = new AdRequest.Builder().build();

mAdView.loadAd(banneradRequest);

и уничтожить его в ondestroy() активности: -

@Override
protected void onDestroy() {
    super.onDestroy();
    mAdView.destroy();
}

Ответ 5

У меня такая же проблема. Единственное, что мне помогло - это System.exit(0). Мне это не нравится, но это единственный способ, который я нашел. AdMob просто остается в RAM 4ever и не позволяет моему приложению закончить правильно. Когда я перезагружаю приложение, ОС просто поднимает это приложение undead, и вскоре он вызывает исключение из памяти.
Мой форум поддержки форума AdMob - пока нет поддержки. Похоже, no1 заботится.

Ответ 6

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

• отменить все данные, которые необходимы для sharedPreferences или любых других типов хранения на жестком диске,
  хранить эти значения в локальных переменных/объектах

• ПРОСМОТР ВСЕХ ВАШИХ ДАННЫХ APP

• повторно сохранить все

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

Ответ 7

Утечка памяти в SDK AdMob действительно серьезная проблема, новая версия firebase-ads:11.6.0 теперь, но она все еще течет с памятью.

Это мое обходное решение, чтобы исправить это:
https://gist.github.com/Khang-NT/9fcb49fa2a0141a7bd3ab10c3451af1a

Заменить это

MobileAds.getRewardedVideoAdInstance(activityContext);
new AdView(activityContext);
// ...everything inject to AdMob SDK related to Activity context

С помощью этого:

MobileAds.getRewardedVideoAdInstance(new FixActivityLeakAdMob(activityContext));
new AdView(new FixActivityLeakAdMob(activityContext));

Ответ 8

Не объединяя свой интерфейс с Admob, вы можете запустить другой поток, чтобы получить объявление от Admob. Также вы можете обновить объявление в определенный промежуток времени. Это будет проще для вас отладки, где проблема с памятью может быть.

Спасибо Дипак

Ответ 9

В принципе, это не проблема. То, что происходит в вашей деятельности, - это получение onDestroy, его очистка, а затем ожидание работы GC. Когда GC происходит, он видит, что этот старый контекст лежит вокруг и очищает весь основной гнус, но, похоже, он не очищает активность в этом проходе - вот почему ваша "просочившаяся" активность имеет такой небольшой след: это в основном оболочкой. На следующем проходе GC он будет очищен.

Вы можете увидеть это сами, активировав свою деятельность, отступив (чтобы запустить onDestroy), возвращаясь к процессу, запустив GC и дамп hprof, немного подождав, а затем запустив другой свалку GC и hprof. На первом дампе - по крайней мере, на моих тестах - я видел результаты, похожие на ваши: дополнительная активность лежала с очень небольшим объемом памяти. Во втором дампе я видел только текущую активность.