質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
85.49%
Java

Javaは、1995年にサン・マイクロシステムズが開発したプログラミング言語です。表記法はC言語に似ていますが、既存のプログラミング言語の短所を踏まえていちから設計されており、最初からオブジェクト指向性を備えてデザインされています。セキュリティ面が強力であることや、ネットワーク環境での利用に向いていることが特徴です。Javaで作られたソフトウェアは基本的にいかなるプラットフォームでも作動します。

メモリリーク

メモリリークは、プログラムファイルがメモリの解放に失敗した時に起こります。

Android Studio

Android Studioは、 Google社によって開発された、 Androidのネイティブアプリケーション開発に特化した統合開発ツールです。

Q&A

解決済

1回答

5266閲覧

LeakCanary:メモリリークの原因と対処方法を教えて頂きたい

NasuAppDev

総合スコア6

Java

Javaは、1995年にサン・マイクロシステムズが開発したプログラミング言語です。表記法はC言語に似ていますが、既存のプログラミング言語の短所を踏まえていちから設計されており、最初からオブジェクト指向性を備えてデザインされています。セキュリティ面が強力であることや、ネットワーク環境での利用に向いていることが特徴です。Javaで作られたソフトウェアは基本的にいかなるプラットフォームでも作動します。

メモリリーク

メモリリークは、プログラムファイルがメモリの解放に失敗した時に起こります。

Android Studio

Android Studioは、 Google社によって開発された、 Androidのネイティブアプリケーション開発に特化した統合開発ツールです。

0グッド

0クリップ

投稿2020/05/16 03:32

androidアプリを開発しています。
実機で動作確認をしているとアプリが異常終了するわけではなく、正常に動作している(=アプリが異常終了して再起動するわけはない)ようですがLeakCanaryが起動して、heapdumpを出力してしまいます。
LeakCanaryのheamdumpの分析結果は下記のようなものです。(一部抜粋)

heapdumpのAnalysis結果(途中から)
├─ com.google.android.gms.ads.AdView instance
│ Leaking: YES (FrameLayout↑ is leaking and View detached and has parent)
│ mContext instance of パッケージ名.Activity名 with mDestroyed = false
│ View#mParent is set
│ View#mAttachInfo is null (view detached)
│ View.mID = R.id.av_banner
│ View.mWindowAttachCount = 1
│ ↓ AdView.mParent
├─ android.widget.LinearLayout instance
│ Leaking: YES (AdView↑ is leaking and View detached and has parent)
│ mContext instance of パッケージ名.Activity名 with mDestroyed = false
│ View#mParent is set
│ View#mAttachInfo is null (view detached)
│ View.mWindowAttachCount = 1
│ ↓ LinearLayout.mParent
├─ android.widget.ScrollView instance
│ Leaking: YES (LinearLayout↑ is leaking and View detached and has parent)
│ mContext instance of パッケージ名.Activity名 with mDestroyed = false
│ View#mParent is set
│ View#mAttachInfo is null (view detached)
│ View.mWindowAttachCount = 1
│ ↓ ScrollView.mParent
╰→ android.widget.LinearLayout instance
​ Leaking: YES (ObjectWatcher was watching this because パッケージ名.Fragment名 received Fragment#onDestroyView() callback (references to its views should be cleared to prevent leaks))
​ key = 64669575-1bc2-401d-b4ab-bc0a20db4de7
​ watchDurationMillis = 27816
​ retainedDurationMillis = 22815
​ key = c1313e71-f029-41ca-837c-955e4f1bedc7
​ watchDurationMillis = 27823
​ retainedDurationMillis = 22816
​ mContext instance of パッケージ名.Activity名 with mDestroyed = false
​ View#mParent is null
​ View#mAttachInfo is null (view detached)
​ View.mID = R.id.booksearch
​ View.mWindowAttachCount = 1

動作環境
Build.VERSION.SDK_INT: 28
LeakCanary version: 2.2

以上、よろしくお願い致します。

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

guest

回答1

0

ベストアンサー

レポートによれば、Viewのメモリリークが起きているようです。Viewよりも生存期間の長いオブジェクト(例えば、FragmentやAAC ViewModelなど)から、直接的あるいは間接的にViewへの参照を保持していないかチェックしてみてください。

間接的にViewの参照を保持してしまっているよくありがちなパターンとしては、DataBindingのインスタンスをFragmentのメンバ変数として保持する実装があります。これについては公式ドキュメントでもonDestryoViewにてきちんと解放してくださいと但し書きがあります。
https://developer.android.com/topic/libraries/view-binding#fragments

Note: Fragments outlive their views. Make sure you clean up any references to the binding class instance in the fragment's onDestroyView() method.

投稿2020/05/16 22:32

編集2020/05/16 22:36
kakajika

総合スコア3131

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

NasuAppDev

2020/05/25 23:51

回答、ありがとうございました。 連絡が遅くなりまして申し訳ありません。 下記を参考に直したところ、解消されました。 https://stackoverflow.com/questions/33509371/adview-causes-memory-leak com.google.android.gms.ads.AdViewの解放に関する議論ですが、onDestoryやonDestoryViewできちんと解放しないといけないことがわかりました。 ただ、他のオブジェクトに関してもメモリリークが発生しますので1つずつ潰していきたいと思います。 ※勝手に解放してくれるものだと思っていたのですが・・・勉強不足です。
guest

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
85.49%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問