RicardoJiang

建议增强扩展性

1

建议添加扩展性，自定义centerView的时候，有时宽度需要设置为Match_Parent，同时需要在leftView,rightView两边之间。建议开放属性为protect 现在自定义属性都为private，不方便扩展

主要思路 在Activity onStop时遍历所有子View,查找ImageView 查找内存占用超过阈值的ImageView的id并记录 这种方式比起插桩方式更为简单，缺点在于实时性不够，需要在页面关闭时才会去遍历 本次提交主要包括监控相关，示例及入口相关代码后续添加

```java leakReasonTable.put(array.getObjectId(), "primitive array size over threshold:" + arraySize + "," + arraySize / KConstants.Bytes.KB + "KB"); ``` arraySize是数组元素个数吧，为什么要除KB？让人感觉是内存大小单位

presenter持有了Activity的强引用，如果在请求结束之前，Activity被销毁，那么会导致presenter一直持有Activity的引用，使得Activity无法被回收，而发生内存泄漏

图片1![adds][1] 图片2![sdfs][2] [1]: http://img.my.csdn.net/uploads/201309/01/1378037235_3453.jpg [2]: http://img.my.csdn.net/uploads/201309/01/1378037235_9280.jpg 这种格式的图片加载，不支持

Support for KSP

9

Glide 4.14.2 already supports ksp, could you please add support for KSP too? it's faster than kapt, thank you very much

当嵌套listview时不能向下滑动

目前这种方案需要用户申请TYPE_SYSTEM_ALERT权限，并且需要用户去设置中手动打开,使用起来很不方便 不需要申请权限的悬浮窗方案了解一下：https://juejin.cn/post/6960274649389203487/

目前使用时需要通过ksp手动传入GlideModule路径，能否读取com.bumptech.glide.annotation.compiler目录下的所有文件，从而自动发现@GlideModule注解的类 @GlideModule注解生成的文件如下 ```java package com.bumptech.glide.annotation.compiler; @Index( modules = { "com.test.glide.svg.SvgModule", "com.test.glide.common.CommonGlideModule" } ) public class GlideIndexer_GlideModule_com_test_glide_svg_SvgModule_com_test_glide_common_CommonGlideModule { } ```

asBitmap,asFile能封装吗？

3

如题，asBitmap,asfFile能封装吗？方便类型转换