系统相关
首页 > 系统相关> > Android内存泄漏钉钉上报

Android内存泄漏钉钉上报

作者:互联网

在这里插入图片描述
“A small leak will sink a great ship.” - Benjamin Franklin
“千里之堤,溃于蚁穴.” -《韩非子·喻老》

如果 APP 就像一艘在海里航行的大船,内存泄漏就像大船下的小漏洞。

当漏洞越来越多不去修复,船就可能沉没。APP 也可能因为内存泄漏越来越多造成内存溢出导致 APP 崩溃。

我们不断的在做代码迭代,迭代的过程中代码难免会存在一些小问题。例如内存泄漏,我们也会去修复它。Android 排查

内存泄漏的手段有很多,例如:

1 Mat

2 Android profiler

3 LeakCanary

三个工具的本质应该都是对 .hprof 文件进行分析。对于 1 和 2 需要更高的内存分析技巧, LeakCanary 会显得更直观,找出泄漏的引用链

今天文本的主角就是 LeakCanary

LeakCanary

严格来说我们是基于 LeakCanary2 , LeakCanary2 相比与 LeakCanary1 用法更简单简洁,核心改变的是 LeakCanary1 底层的

Deap 解析器是用的 haha, 而 LeakCanary2 底层用的解析器是 shark shark 会效率更高内存用量更小。

关于 LeakCanary 的内存泄漏检测原理网上的好文比较多,此处不再做赘述。

当前我将 LeakCanary + 钉钉提供的能力简单封装了一个库,这个库的功能就是自定义 LeakCanary 的内存泄漏上报到钉钉发送内存泄漏警报

到钉钉群里,做这个功能的目的是让我们对现有的内存泄漏更重视起来,和方便 teamleader 及时发现内存泄漏对泄漏及时做解决或者分发。

例如下图:

在这里插入图片描述
会将内存泄漏的:

1 引用链

2 泄漏的内存大小 例: (4383079 bytes retained by leaking objects)

3 机型以及 Android 版本

等信息上报到群中,开发人员可通过这些信息来排查和解决这些内存泄漏。

此处介绍一下为什么不上传 hprof 到服务器做分析。

1 需要服务器开发成本

2 hprof 文件比较大一般每个文件在 20 ~ 40 MB 不等,如果频繁有这种 IO 操作服务端和客户端压力不小

com.julive:leak:1.1.3

用法:

1

app:gardle 的 dependencies 中添加
debugImplementation ‘com.julive:leak:1.1.3’

sync 需 VPN

2

建议在 application

在这里插入图片描述

LeakCanaryManager.getInstance().init(accessToken);

API :
init

在这里插入图片描述
retainedVisibleThreshold 为上报阈值默认为 1 如果觉得分析和上报频繁可调大此参数
accessToken 上报到哪个钉钉群,详见 dingtalk Doc access to DingTalk post group token {@link @https://ding-doc.dingtalk.com/doc#/serverapi2/qf2nxq}

setOnHeapInterceptListener

在这里插入图片描述
非必须调用,如果需要自己拦截处理,则返回 true 然后自己做实现处理,钉钉上报则不生效, 例:

LeakCanaryManager.getInstance().setOnHeapInterceptListener(new OnHeapInterceptListener() {
    @Override
 public boolean onHeapAnalyzed(@NotNull HeapAnalysis heapAnalysis) {
        //TODO Do somethings
 return true;
 }
});

权限:

包增量:

Jar 包文件为: 24kb

在这里插入图片描述
最终打成 aar 约为 40kb

------------ 6.16 去依赖优化后 8kb

在这里插入图片描述

TODO

重复内存泄漏只钉钉上报一次

Thanks

LeakCanary
DingTalk

源代码:

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

class DingTalkPoster {
    private static final MediaType jsonType = MediaType.parse("application/json; charset=utf-8");

    DingTalkPoster() {
    }

    static void request(String leakString) {
        OkHttpClient client = (new Builder()).sslSocketFactory(SSLSocketClient.getSSLSocketFactory()).build();
        String jsonString = "{\"msgtype\": \"text\",\"text\": {\"content\": \"发现新的内存泄漏\n" + leakString + "\"}}";
        DingTalkInfo info = new DingTalkInfo();
        TextBean text = new TextBean();
        text.setContent(leakString);
        info.setText(text);
        if (!ApiCheckUtils.foundSDK("com.google.gson.Gson")) {
            Log.e(LeakCanaryManager.class.getSimpleName(), "Not found dependencies : Gson");
        } else {
            String jsonStr = (new Gson()).toJson(info, DingTalkInfo.class);
            Log.e("DingTalkPoster", jsonString);
            Log.e("DingTalkPoster", jsonStr);
            if (ApiCheckUtils.foundSDK("okhttp3.OkHttpClient")) {
                RequestBody body = RequestBody.create(jsonType, jsonStr);
                Request request = (new okhttp3.Request.Builder()).url("https://oapi.dingtalk.com/robot/send?access_token=" + LeakCanaryManager.getInstance().getAccessToken()).addHeader("Content-Type", "application/json; charset=UTF-8").post(body).build();
                Call call = client.newCall(request);
                call.enqueue(new Callback() {
                    public void onFailure(@NotNull Call call, @NotNull IOException e) {
                        Log.e(LeakCanaryManager.class.getSimpleName(), "onFailure IOException", e);
                    }

                    public void onResponse(@NotNull Call call, @NotNull Response response) throws IOException {
                        Log.e(LeakCanaryManager.class.getSimpleName(), "onResponse" + response.body().string());
                    }
                });
            } else {
                Log.e(LeakCanaryManager.class.getSimpleName(), "Not found dependencies : OkHttp3");
            }

        }
    }
}
public class LeakCanaryManager {
    private static LeakCanaryManager mInstance;
    private int retainedVisibleThreshold = 1;
    private String accessToken;
    private OnHeapInterceptListener mOnHeapInterceptListener;

    private LeakCanaryManager() {
    }

    public static LeakCanaryManager getInstance() {
        if (mInstance == null) {
            mInstance = new LeakCanaryManager();
        }

        return mInstance;
    }

    public void init(int retainedVisibleThreshold, String accessToken) {
        this.accessToken = accessToken;
        if (ApiCheckUtils.foundSDK("leakcanary.LeakCanary")) {
            LeakCanary.setConfig(LeakCanary.getConfig().newBuilder().retainedVisibleThreshold(retainedVisibleThreshold).onHeapAnalyzedListener(new LeakUploader()).build());
        } else {
            Log.e(LeakCanaryManager.class.getSimpleName(), "Not found dependencies : leakcanary2");
        }

    }

    public void init(String accessToken) {
        this.init(this.retainedVisibleThreshold, accessToken);
    }

    public void setOnHeapInterceptListener(OnHeapInterceptListener onHeapInterceptListener) {
        this.mOnHeapInterceptListener = onHeapInterceptListener;
    }

    OnHeapInterceptListener getOnHeapInterceptListener() {
        return this.mOnHeapInterceptListener;
    }

    String getAccessToken() {
        return this.accessToken;
    }
}
class LeakUploader implements OnHeapAnalyzedListener {
    private OnHeapAnalyzedListener listener;

    LeakUploader() {
        this.listener = DefaultOnHeapAnalyzedListener.Companion.create();
    }

    public void onHeapAnalyzed(@NotNull HeapAnalysis heapAnalysis) {
        this.listener.onHeapAnalyzed(heapAnalysis);
        if (LeakCanaryManager.getInstance().getOnHeapInterceptListener() == null || !LeakCanaryManager.getInstance().getOnHeapInterceptListener().onHeapAnalyzed(heapAnalysis)) {
            DingTalkPoster.request(heapAnalysis.toString());
        }

    }
}
public interface OnHeapInterceptListener {
    boolean onHeapAnalyzed(@NotNull HeapAnalysis var1);
}

标签:泄漏,LeakCanary,内存,new,Android,LeakCanaryManager,public
来源: https://blog.csdn.net/qq_19986309/article/details/120330689