На самом деле это не так.
Я также столкнулся с этой проблемой, и создал отдельный вопрос и отвечу, прежде чем найти ваш. Я думаю, что я на самом деле добрался до корня этого.
tldr: обработка FinalizerReference, как и любого другого класса при профилировании (как это делает Memory Profiler), приводит к многократному подсчету той же памяти при расчете сохраненного размера. Поэтому в настоящее время вы можете (почти всегда) считать оставшийся размер класса FinalizerReference, о котором сообщает Memory Profiler, бессмысленным.
Как отметили Хольгер в комментариях, обычно важен только неглубокий размер класса 48 КБ (в вашем случае). Однако указанный оставшийся размер около 63 МБ даже не включает память референтов, только рекурсивно подсчитанные другие экземпляры FinalizerReference. ( не убежден? Читать дальше )
Но эти ссылки действительно важны, особенно те из них, которые просто ждут завершения () перед сборкой мусора. Поэтому Memory Profiler должен показывать их, как предполагал Хольгер, потому что большое их количество будет указывать на надвигающуюся проблему.
Я рассматриваю это как ошибку в Android Studio Memory Profiler, и подал эту проблему .