万子的博客

为什么要使用Lifecycle？ 如果在Activity或者Fragment生命周期中做了很多操作，代码看起来特别多，Activity或者Fragment看起来特别的臃肿，为了解决这样的代码臃肿，Lifecycle把这些生命周期的操作拿了出来，新建了一个类去维护生命周期里的逻辑。 首先看一下代码的具体实现 本地的依赖 dependencies { implementation fileTree(dir: "libs", include: ["*.jar"]) implementat

前言 Android已经发展了11年，可以说是比较成熟的技术了，一开始时框架很少，也没有什么规范，所有的代码都是要自己写，比如网络请求，数据库请求，数据解析等等。后来出现了一些框架来帮助开发者快速进行开发，比如XUtils、Volley、OKHttp、EventBus等，随着框架越来越多，一个应用可以有多种技术选型，直接导致应用开发越来越不规范，导致做出来的应用质量参差不齐，这显然不是谷歌想看到的。谷歌随后推出了MVP和MVVM相关的官方例子，效果很一般，而且覆盖面只是在架构上，Goole I/O 201

概述 leakcanary是一个监测android和java内存泄漏的工具。他能够在不影响程序正常运行的情况下，动态收集程序存在的内存泄漏问题。 大体流程 Activity Destory之后将它放在一个WeakReference 这个WeakReference关联到一个ReferenceQueue 查看ReferenceQueue是否存在Activity的引用 如果该Activity泄漏了，Dump出heap信息，然后再去分析泄漏路径。 引用类型 强引用（StrongReferenc

1.跟app相关的辅助类 package com.example.coshenwancheng.utils; import android.content.Context; import android.content.pm.PackageInfo; import android.content.pm.PackageManager; import android.content.pm.Pac...

1.屏幕相关 package com.example.coshenwancheng.utils; import android.app.Activity; import android.content.Context; import android.content.res.Configuration; import android.graphics.Rect; import android...

1包的相关操作 package com.example.coshenwancheng.utils; import android.content.ComponentName; import android.content.Context; import android.content.Intent; import android.content.pm.ApplicationInfo; im...