Tencent/matrix

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

Open

#145 创建于 2019年3月21日

在 GitHub 查看
 (5 评论) (0 反应) (1 负责人)Java (11,267 star) (1,839 fork)batch import
help wanted

描述

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

贡献者指南

技术栈
java
领域
performance
议题类型
research
难度面向新贡献者的预计实现难度，1 表示很小改动，5 表示专家级工作。
4
预计时间有经验贡献者完成调查、实现、测试并准备 pull request 的粗略时间范围。
1-2 days
活动状态议题当前的可参与程度：新鲜、活跃、陈旧、阻塞或等待维护者输入。
stale
清晰度议题是否清楚说明期望改动、验收标准和下一步。
needs investigation
前置要求
Java finalize机制Matrix ResourcePlugin引用队列实现
新手友好度1-100 的估计分数，表示该议题对首次贡献者的友好程度。
20
研究方向
研究Java finalize方法的执行不确定性及其对引用队列更新的影响。对比当前手动GC方案与finalize方案在资源监控场景下的性能差异，注意finalize可能导致对象复活或延迟回收。可参考LeakCanary的GC触发策略及Matrix ResourcePlugin的现有实现（sample/src/.../ResourcePlugin.java）。与维护者沟通该方案是否已被验证或放弃。