Tencent/matrix

不主动调用Gc 通过finalize阶段通知队列更新是否可行

オープン

#145 opened on 2019/03/21

GitHub で見るコントリビューターガイド
 (5 件のコメント) (0 件のリアクション) (1 人の担当者)Java (1,839 件のフォーク)batch import
help wanted

Repository metrics

Stars
 (11,267 個のスター)
PR merge metrics
 (PR metrics pending)

説明

ResourcePlugin中 Leakcanary是手动调用GC去poll 引用队列，gc后需要等待一段时间， 而ResourcePlugin也是手动GC检查创建引用指向的对象，在Debug的时候频繁GC不会导致抖动吗？是否可以在创建引用阶段交由引用对象的finalize，也就是有效的系统GC【GC请求可能被忽视】的时候，再去通知mDetectExecutor添加新的Task，这样除了结果不能第一时间得到，不会有任何影响

コントリビューターガイド

調査方針
Java finalizeメソッドの実行の不確実性と、それが参照キュー更新に与える影響を調査する。リソース監視シナリオにおける現在の手動GCスキームとfinalizeスキームのパフォーマンスの違いを比較し、finalizeがオブジェクトの復活や回収遅延を引き起こす可能性に注意する。LeakCanaryのGCトリガー戦略およびMatrix ResourcePluginの既存実装（sample/src/.../ResourcePlugin.java）を参照できる。メンテナーと連絡を取り、このスキームが既に検証済みか、または放棄されたものかどうかを確認する。
技術スタック
java
領域
mobileperformance
Issue 種別
調査
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
2
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
1-3時間
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
アクティブ
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
おおむね明確
前提条件
Javamemory management
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
60