android.support.constraint.ConstraintLayout 已泄露:
android.support.constraint.ConstraintLayout has leaked:
我正在使用 LeakCanary 来检测应用程序中的内存泄漏。我使用它成功识别并修复了一些漏洞,但我正在努力寻找漏洞的根源:
* android.support.constraint.ConstraintLayout has leaked:
* Toast$TN.mNextView
* ↳ LinearLayout.mContext
* ↳ HomeActivity.!(mDelegate)!
* ↳ AppCompatDelegateImplN.!(mActionBar)!
* ↳ ToolbarActionBar.!(mDecorToolbar)!
* ↳ ToolbarWidgetWrapper.!(mToolbar)!
* ↳ Toolbar.mParent
* ↳ ConstraintLayout
* Reference Key: 552b5bc5-409d-44c4-8412-87341237ae6d
* Device: samsung samsung SM-G960F starltexx
* Android Version: 8.0.0 API: 26 LeakCanary: 1.6.2 0ebc1fc
* Durations: watch=5769ms, gc=153ms, heap dump=933ms, analysis=5802ms
此泄漏是由 Android SDK 或应用特定代码引起的吗?
泄漏是由应用程序特定代码引起的。一个名为 getActivity().setSupportActionBar()
的片段,其视图包含在片段布局中。当切换到另一个片段时,资源无法得到 gc'ed,因为 activity 仍然持有对不再可见的工具栏的引用。
我通过在 fragments onDestroyView()
方法中调用 getActivity().setSupportActionBar(null)
修复了这个漏洞,它删除了对工具栏的引用。
我正在使用 LeakCanary 来检测应用程序中的内存泄漏。我使用它成功识别并修复了一些漏洞,但我正在努力寻找漏洞的根源:
* android.support.constraint.ConstraintLayout has leaked:
* Toast$TN.mNextView
* ↳ LinearLayout.mContext
* ↳ HomeActivity.!(mDelegate)!
* ↳ AppCompatDelegateImplN.!(mActionBar)!
* ↳ ToolbarActionBar.!(mDecorToolbar)!
* ↳ ToolbarWidgetWrapper.!(mToolbar)!
* ↳ Toolbar.mParent
* ↳ ConstraintLayout
* Reference Key: 552b5bc5-409d-44c4-8412-87341237ae6d
* Device: samsung samsung SM-G960F starltexx
* Android Version: 8.0.0 API: 26 LeakCanary: 1.6.2 0ebc1fc
* Durations: watch=5769ms, gc=153ms, heap dump=933ms, analysis=5802ms
此泄漏是由 Android SDK 或应用特定代码引起的吗?
泄漏是由应用程序特定代码引起的。一个名为 getActivity().setSupportActionBar()
的片段,其视图包含在片段布局中。当切换到另一个片段时,资源无法得到 gc'ed,因为 activity 仍然持有对不再可见的工具栏的引用。
我通过在 fragments onDestroyView()
方法中调用 getActivity().setSupportActionBar(null)
修复了这个漏洞,它删除了对工具栏的引用。