缘来的精彩
缘来的精彩

LeakCanary的简单介绍及使用

1简介：

LeakCanray是Square开源的Java内存泄漏分析工具，用于在开发阶段检测Android应用中常见中的内存泄漏。

  • 它支持以下五种Android场景中的内存泄漏监测：
    1. 已销毁的 Activity 对象（进入 DESTROYED 状态）
    2. 已销毁的 Fragment 对象和 Fragment View 对象（进入 DESTROYED 状态）
    3. 已清除的的 ViewModel 对象（进入 CLEARED 状态）
    4. 已销毁的的 Service 对象（进入 DESTROYED 状态）
    5. 已从 WindowManager 中移除的 RootView 对象

1.2 使用

  • 只需要在 build.gradle 中添加 LeakCanary 依赖即可（LeakCanary内部默认使用了ContentProvider实现无侵入初始化）。注意：LeakCanary 是只在开发环境使用的工具，所以记得使用 debugImplementation 来配置依赖
// 普通ContentProvider方式
debugImplementation 'com.squareup.leakcanary:leakcanary-android:2.12'

// 可选,使用WorkerManager多进程分析堆快照提升分析速度
debugImplementation 'com.squareup.leakcanary:leakcanary-android-process:2.12'

2. 源码分析

2.1 初始化

  • 1.x 时期的 LeakCanary 是需要在 Application.onCreate()中加入初始化代码的，2.x之后LeakCanary借助了ContentProvider 的启动机制来间接调用初始化 API， 实现了无侵入的 LeakCanary 初始化。
  • 具体的位置是在 leakcanary-object-watcher-android 这个子module中

 
   
   

 

internal class MainProcessAppWatcherInstaller : ContentProvider() {
  override fun onCreate(): Boolean {
    val application = context!!.applicationContext as Application
    // LeakCanary初始化代码
    AppWatcher.manualInstall(application)
    return true
  }
  ...
}

 真正的初始化代码为AppWatcher.manualInstall(application)

// AppWatcher.kt
/** LeakCanary初始化 */
@JvmOverloads
fun manualInstall(
  application: Application,
  retainedDelayMillis: Long = TimeUnit.SECONDS.toMillis(5), // 默认5s后进行泄漏检测
  watchersToInstall: List = appDefaultWatchers(application)
) {
  checkMainThread()
  ...
  // 初始化 InternalLeakCanary 内部引擎
  LeakCanaryDelegate.loadLeakCanary(application)
  // 遍历五种监听器进行分别注册
  watchersToInstall.forEach {
    it.install()
  }
  ...
}

/** 创建监听集合 */
fun appDefaultWatchers(
  application: Application,
  reachabilityWatcher: ReachabilityWatcher = objectWatcher
): List {
  return listOf(
    // 对应5中Android泄漏场景（Activity、Fragment和ViewModel、View、Service）
    // 传入的reachabilityWatcher均为ReachabilityWatcher的唯一实现类ObjectWatcher
    ActivityWatcher(application, reachabilityWatcher),
    FragmentAndViewModelWatcher(application, reachabilityWatcher),
    RootViewWatcher(reachabilityWatcher),
    ServiceWatcher(reachabilityWatcher)
  )
}

 分为四个监控类分别对Activity、Fragment和ViewModel、RootView以及Service分别监控，接下来分析下这四个类是如何具体监控的

2.2 四大监控类实现五种泄漏场景的监控

2.2.1 ActivityWatcher

  • ActivityWatcher主要实现对Activity的监控
/** Activity的泄漏监听 */
class ActivityWatcher(
  private val application: Application,
  private val reachabilityWatcher: ReachabilityWatcher
) : InstallableWatcher {

  private val lifecycleCallbacks =
    object : Application.ActivityLifecycleCallbacks by noOpDelegate() {
      override fun onActivityDestroyed(activity: Activity) {
        // 交给objectWatcher分析
        reachabilityWatcher.expectWeaklyReachable(
          activity, "${activity::class.java.name} received Activity#onDestroy() callback"
        )
      }
    }

  override fun install() {
    // 注册监听的方式
    application.registerActivityLifecycleCallbacks(lifecycleCallbacks)
  }

  override fun uninstall() {
    application.unregisterActivityLifecycleCallbacks(lifecycleCallbacks)
  }
}
  • Activity的监听比较简单，直接使用提供的全局监听的Api application.registerActivityLifecycleCallbacks(ActivityLifecycleCallbacks callback)即可，然后在每个Activity的onDestroy中将activity交给objectWatcher去分析即可

2.2.2 FragmentAndViewModelWatcher

  • FragmentAndViewModelWatcher主要实现对Fragment、Fragment view以及ViewModel的监控
/**
 * 主要负责Fragment的泄漏监听（通过Fragment.onDestroy()）
 * Fragment View的泄漏监听（通过Fragment.onDestroyView()）
 * ViewModel的泄漏监听（通过ViewModel.onCleared()）
 */
class FragmentAndViewModelWatcher(
    private val application: Application,
    private val reachabilityWatcher: ReachabilityWatcher
) : InstallableWatcher {

    /** Fragment监测集合（主要包含几种包下的Fragment） */
    // 集合的类型是(Activity)->Unit的函数类型
    private val fragmentDestroyWatchers: List<(Activity) -> Unit> = run {
        val fragmentDestroyWatchers = mutableListOf<(Activity) -> Unit>()

        // Android O（8.0）后使用AndroidOFragmentDestroyWatcher监听
        if (SDK_INT >= O) {
            fragmentDestroyWatchers.add(
                AndroidOFragmentDestroyWatcher(reachabilityWatcher)
            )
        }

        // androidx包下的Fragment使用AndroidXFragmentDestroyWatcher监听
        getWatcherIfAvailable(
            ANDROIDX_FRAGMENT_CLASS_NAME,
            ANDROIDX_FRAGMENT_DESTROY_WATCHER_CLASS_NAME,
            reachabilityWatcher
        )?.let {
            fragmentDestroyWatchers.add(it)
        }

        // android.support.v4包下的Fragment使用AndroidSupportFragmentDestroyWatcher监听
        getWatcherIfAvailable(
            ANDROID_SUPPORT_FRAGMENT_CLASS_NAME,
            ANDROID_SUPPORT_FRAGMENT_DESTROY_WATCHER_CLASS_NAME,
            reachabilityWatcher
        )?.let {
            fragmentDestroyWatchers.add(it)
        }
        fragmentDestroyWatchers
    }

    private val lifecycleCallbacks =
        object : Application.ActivityLifecycleCallbacks by noOpDelegate() {
            override fun onActivityCreated(
                activity: Activity,
                savedInstanceState: Bundle?
            ) {
                // 监听每个Activity的onActivityCreated(),再在其中进行Fragment监听
                for (watcher in fragmentDestroyWatchers) {
                    // 由于fragmentDestroyWatchers里面本身存储的是一个(Activity)->Unit的函数类型
                    // 所以这里可以直接使用watcher(activity)，直接调用，参数为activity，
                    // 实际执行的是watcher中的invoke()
                    watcher(activity)
                }
            }
        }

    override fun install() {
        application.registerActivityLifecycleCallbacks(lifecycleCallbacks)
    }

    override fun uninstall() {
        application.unregisterActivityLifecycleCallbacks(lifecycleCallbacks)
    }
    ...
}
  • Fragment 与 Fragment View 监控 主要是通过 FragmentAndViewModelWatcher 实现，首先是通过 Application.registerActivityLifecycleCallbacks(…) 接口监听 Activity.onCreate()事件，再通过 FragmentManager.registerFragmentLifecycleCallbacks(…) 接口监听 Fragment 的生命周期
  • 这里根据Android版本以及Fragment包不同分了三种状态，分别是AndroidOFragmentDestroyWatcher、AndroidXFragmentDestroyWatcher、AndroidSupportFragmentDestroyWatcher，这里以AndroidXFragmentDestroyWatcher为例
/** Androidx包下的Fragment、FragmentView以及ViewModel监听 */
internal class AndroidXFragmentDestroyWatcher(
  private val reachabilityWatcher: ReachabilityWatcher
) : (Activity) -> Unit {

  private val fragmentLifecycleCallbacks = object : FragmentManager.FragmentLifecycleCallbacks() {

    override fun onFragmentCreated(
      fm: FragmentManager,
      fragment: Fragment,
      savedInstanceState: Bundle?
    ) {
      // 注册Fragment级别的ViewModel Hook
      ViewModelClearedWatcher.install(fragment, reachabilityWatcher)
    }

    override fun onFragmentViewDestroyed(
      fm: FragmentManager,
      fragment: Fragment
    ) {
      val view = fragment.view
      if (view != null) {
        // 监听FragmentView.onDestroy()将Fragment.View交给ObjectWatcher分析
        reachabilityWatcher.expectWeaklyReachable(
          view, "${fragment::class.java.name} received Fragment#onDestroyView() callback " +
          "(references to its views should be cleared to prevent leaks)"
        )
      }
    }

    override fun onFragmentDestroyed(
      fm: FragmentManager,
      fragment: Fragment
    ) {
      // 监听Fragment.onDestroy()将Fragment交给ObjectWatcher分析
      reachabilityWatcher.expectWeaklyReachable(
        fragment, "${fragment::class.java.name} received Fragment#onDestroy() callback"
      )
    }
  }

  override fun invoke(activity: Activity) {
    // 这段代码会在Activity.onCreate()中执行
    if (activity is FragmentActivity) {
      val supportFragmentManager = activity.supportFragmentManager
      // 注册Fragment生命周期监听
      supportFragmentManager.registerFragmentLifecycleCallbacks(fragmentLifecycleCallbacks, true)
      // 注册Activity级别的ViewModel Hook
      ViewModelClearedWatcher.install(activity, reachabilityWatcher)
    }
  }
}
  • 这里面还包含了ViewModel的监听逻辑，分别在 Activity.onCreate() 和 Fragment.onCreate()中使用 ViewModelClearedWatcher进行监听，由于系统并未提供ViewModel全局监听的方法，所以 ViewModelClearedWatcher 是通过Hook方式实现的，我们看下ViewModelClearedWatcher
internal class ViewModelClearedWatcher(
  storeOwner: ViewModelStoreOwner,
  private val reachabilityWatcher: ReachabilityWatcher
) : ViewModel() {

  // 直接通过反射获取ViewModelStore类中的map变量（后面改成mMap），即可获得作用域中的所有ViewModel对象
  private val viewModelMap: Map? = try {
    val storeClass = ViewModelStore::class.java
    val mapField = try {
      storeClass.getDeclaredField("map")
    } catch (exception: NoSuchFieldException) {
      storeClass.getDeclaredField("mMap")
    }
    mapField.isAccessible = true
    @Suppress("UNCHECKED_CAST")
    mapField[storeOwner.viewModelStore] as Map
  } catch (ignored: Exception) {
    SharkLog.d(ignored) { "Could not find ViewModelStore map of view models" }
    null
  }

  override fun onCleared() {
    // 遍历当前作用域所有ViewModel对象
    viewModelMap?.values?.forEach { viewModel ->
      // 使用ObjectWatcher.expectWeaklyReachable
      reachabilityWatcher.expectWeaklyReachable(
        viewModel, "${viewModel::class.java.name} received ViewModel#onCleared() callback"
      )
    }
  }

  companion object {
    // 在storeOwner作用域实例化ViewModelClearedWatcher对象
    fun install(
      storeOwner: ViewModelStoreOwner,
      reachabilityWatcher: ReachabilityWatcher
    ) {
      val provider = ViewModelProvider(storeOwner, object : Factory {
        @Suppress("UNCHECKED_CAST")
        override fun  create(modelClass: Class): T =
          // 直接在storeOwner作用域实例化ViewModelClearedWatcher对象
          ViewModelClearedWatcher(storeOwner, reachabilityWatcher) as T
      })
      provider.get(ViewModelClearedWatcher::class.java)
    }
  }
}
  • 由此可见：ViewModel的监测是在Activity.onCreate()/Fragment.onCreate()中分别创建一个自定义的ViewModel(即ViewModelClearedWatcher)，然后监听ViewModelClearedWatcher的onCleared()，通过Hook ViewModelStore的方式获取相应应作用域（Activity/Fragment）中的所有ViewModel对象，并最终交给ObjectWatcher进行监控

2.2.3 RootViewWatcher

  • RootViewWatcher是处理RootView内存泄漏的监听器，由于系统并未提供全局RootView的监听，所以LeakCannary还是通过Hook方式来处理的，只不过这里没有自行Hook而是利用了square的另一个开源库curtains来处理的，主要通过Hook WMS 服务内部的 WindowManagerGlobal（sdk>16）或者 WindowManagerImpl(sdk<=16)来获取所有的RootView新增或移除的时机
/**
 * RootView泄漏监听，主要利用了Curtains库实现对
 */
class RootViewWatcher(
  private val reachabilityWatcher: ReachabilityWatcher
) : InstallableWatcher {

  private val listener = OnRootViewAddedListener { rootView ->
    // 判断rootView的窗口类型
    // 是否需要使用RootViewWatcher监听
    val trackDetached = when(rootView.windowType) {
      PHONE_WINDOW -> {
        when (rootView.phoneWindow?.callback?.wrappedCallback) {
          // Activities are already tracked by ActivityWatcher
          // 由于Activity已经有ActivityWatcher监听，这里直接返回false,即无需通过RootViewWatcher监听
          is Activity -> false
          is Dialog -> {
            // Use app context resources to avoid NotFoundException
            // https://github.com/square/leakcanary/issues/2137
            // 通过配置开启，默认不开启
            val resources = rootView.context.applicationContext.resources
            resources.getBoolean(R.bool.leak_canary_watcher_watch_dismissed_dialogs)
          }
          // Probably a DreamService
          // 屏保等
          else -> true
        }
      }
      // Android widgets keep detached popup window instances around.
      POPUP_WINDOW -> false
      // Tooltip、Toast等进行监听
      TOOLTIP, TOAST, UNKNOWN -> true
    }
    if (trackDetached) {
      // 注册监听事件
      rootView.addOnAttachStateChangeListener(object : OnAttachStateChangeListener {

        val watchDetachedView = Runnable {
          // 接收发送的消息，使用ObjectWatcher对rootView进行监听
          reachabilityWatcher.expectWeaklyReachable(
            rootView, "${rootView::class.java.name} received View#onDetachedFromWindow() callback"
          )
        }

        override fun onViewAttachedToWindow(v: View) {
          // 添加时移除消息
          mainHandler.removeCallbacks(watchDetachedView)
        }

        override fun onViewDetachedFromWindow(v: View) {
          // 监听RootView的移除事件，使用Handler发送消息处理
          mainHandler.post(watchDetachedView)
        }
      })
    }
  }

  override fun install() {
    // 注册RootView监听
    Curtains.onRootViewsChangedListeners += listener
  }

  override fun uninstall() {
    Curtains.onRootViewsChangedListeners -= listener
  }
}
  • 主要是针对Dialog(有监听开关配置)、DreamService、Tooltip、Toast等类型的RootView进行监听，通过调用rootView.addOnAttachStateChangeListener监听onViewDetachedFromWindow方法，监听RootView的移除事件，在移除事件中将RootView交给ObjectWatcher进行监控

2.2.4 ServiceWatcher

  • ServiceWatcher是处理Service内存泄漏的监听器，系统也并未提供全局Service的移除监听，所以LeaakCanary也是通过Hook方式实现的
@SuppressLint("PrivateApi")
class ServiceWatcher(private val reachabilityWatcher: ReachabilityWatcher) : InstallableWatcher {

  private val servicesToBeDestroyed = WeakHashMap>()

  private val activityThreadClass by lazy { Class.forName("android.app.ActivityThread") }

  private val activityThreadInstance by lazy {
    activityThreadClass.getDeclaredMethod("currentActivityThread").invoke(null)!!
  }

  private val activityThreadServices by lazy {
    val mServicesField =
      activityThreadClass.getDeclaredField("mServices").apply { isAccessible = true }

    @Suppress("UNCHECKED_CAST")
    mServicesField[activityThreadInstance] as Map
  }

  private var uninstallActivityThreadHandlerCallback: (() -> Unit)? = null
  private var uninstallActivityManager: (() -> Unit)? = null

  override fun install() {
    checkMainThread()
    check(uninstallActivityThreadHandlerCallback == null) {
      "ServiceWatcher already installed"
    }
    check(uninstallActivityManager == null) {
      "ServiceWatcher already installed"
    }
    try {
      // Hook ActivityThread类中的mH.mCallback
      swapActivityThreadHandlerCallback { mCallback ->
        uninstallActivityThreadHandlerCallback = {
          swapActivityThreadHandlerCallback {
            mCallback
          }
        }
        Handler.Callback { msg ->
          if (msg.obj !is IBinder) {
            return@Callback false
          }

          // 监听Service.onStop()事件消息
          if (msg.what == STOP_SERVICE) {
            val key = msg.obj as IBinder
            // activityThreadServices是通过反射获取的ActivityThread类中的mServices成员变量
            activityThreadServices[key]?.let {
              // 服务销毁前的处理，这里主要是暂存
              onServicePreDestroy(key, it)
            }
          }
          // Hook后继续执行Framework本身的逻辑
          mCallback?.handleMessage(msg) ?: false
        }
      }

      // Hook AMS IActivityManager
      swapActivityManager { activityManagerInterface, activityManagerInstance ->
        uninstallActivityManager = {
          swapActivityManager { _, _ ->
            activityManagerInstance
          }
        }
        Proxy.newProxyInstance(
          activityManagerInterface.classLoader, arrayOf(activityManagerInterface)
        ) { _, method, args ->
          // 代理serviceDoneExecuting()方法
          if (METHOD_SERVICE_DONE_EXECUTING == method.name) {
            val token = args!![0] as IBinder
            if (servicesToBeDestroyed.containsKey(token)) {
              // 处理Service销毁，主要是将service交给ObjectWatcher进行监控
              onServiceDestroyed(token)
            }
          }
          // 继续执行serviceDoneExecuting()本身的方法
          try {
            if (args == null) {
              method.invoke(activityManagerInstance)
            } else {
              method.invoke(activityManagerInstance, *args)
            }
          } catch (invocationException: InvocationTargetException) {
            throw invocationException.targetException
          }
        }
      }
    } catch (ignored: Throwable) {
      SharkLog.d(ignored) { "Could not watch destroyed services" }
    }
  }

  override fun uninstall() {
    checkMainThread()
    uninstallActivityManager?.invoke()
    uninstallActivityThreadHandlerCallback?.invoke()
    uninstallActivityManager = null
    uninstallActivityThreadHandlerCallback = null
  }

  private fun onServicePreDestroy(
    token: IBinder,
    service: Service
  ) {
    servicesToBeDestroyed[token] = WeakReference(service)
  }

  private fun onServiceDestroyed(token: IBinder) {
    servicesToBeDestroyed.remove(token)?.also { serviceWeakReference ->
      serviceWeakReference.get()?.let { service ->
        reachabilityWatcher.expectWeaklyReachable(
          service, "${service::class.java.name} received Service#onDestroy() callback"
        )
      }
    }
  }

  /**
   * Hook修改ActivityThread类中的mH.mCallback
   * swap 是一个 lambda 表达式，参数为原对象，返回值为注入的新对象
   */
  private fun swapActivityThreadHandlerCallback(swap: (Handler.Callback?) -> Handler.Callback?) {
    val mHField =
      activityThreadClass.getDeclaredField("mH").apply { isAccessible = true }
    val mH = mHField[activityThreadInstance] as Handler

    val mCallbackField =
      Handler::class.java.getDeclaredField("mCallback").apply { isAccessible = true }
    val mCallback = mCallbackField[mH] as Handler.Callback?
    mCallbackField[mH] = swap(mCallback)
  }

  /**
   * Hook修改ActivityThread类中的mH.mCallback
   * swap 是一个 lambda 表达式，参数为 IActivityManager 的 Class 对象和接口原实现对象，返回值为注入的新对象
   */
  @SuppressLint("PrivateApi")
  private fun swapActivityManager(swap: (Class<*>, Any) -> Any) {
    val singletonClass = Class.forName("android.util.Singleton")
    val mInstanceField =
      singletonClass.getDeclaredField("mInstance").apply { isAccessible = true }

    val singletonGetMethod = singletonClass.getDeclaredMethod("get")

    val (className, fieldName) = if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
      "android.app.ActivityManager" to "IActivityManagerSingleton"
    } else {
      "android.app.ActivityManagerNative" to "gDefault"
    }

    val activityManagerClass = Class.forName(className)
    val activityManagerSingletonField =
      activityManagerClass.getDeclaredField(fieldName).apply { isAccessible = true }
    val activityManagerSingletonInstance = activityManagerSingletonField[activityManagerClass]

    val activityManagerInstance = singletonGetMethod.invoke(activityManagerSingletonInstance)

    val iActivityManagerInterface = Class.forName("android.app.IActivityManager")
    // 将swap的返回值作为新对象，实现 Hook
    mInstanceField[activityManagerSingletonInstance] =
      swap(iActivityManagerInterface, activityManagerInstance!!)
  }

  companion object {
    private const val STOP_SERVICE = 116

    private const val METHOD_SERVICE_DONE_EXECUTING = "serviceDoneExecuting"
  }
}
  • Hook的大致步骤为：
    • Hook主线程消息循环的 mH.mCallback 回调，监听其中的STOP_SERVICE消息，将即将 Destroy 的 Service 对象暂存起来（由于 ActivityThread.H 中没有 DESTROY_SERVICE 消息，所以不能直接监听到 onDestroy() 事件，需要下面的步骤）；
    • 使用动态代理 Hook AMS 与 App 通信的的 IActivityManager Binder 对象，代理其中的 serviceDoneExecuting() 方法，视为 Service.onDestroy() 的执行时机，拿到暂存的 Service 对象交给 ObjectWatcher 监控。

2.3 ObjectWatcher如何监控内存泄漏

2.3.1 Java四大引用相关知识

  • 强引用

    • 普通的最常见的引用，当对象具有强引用且未被置空，虚拟机即使OOM也不会回收

  • 软引用

    • 当内存充足时虚拟机不会回收它，内存不足时会自动回收，常用于图片缓存
    SoftReference softReference = new SoftReference<>(str);

  • 弱引用

    • 无论内存是否充足，只要手动调用垃圾回收System.gc()或等待虚拟机自动GC，弱引用就会被回收。主要用来放置在容易引起内存泄漏的位置，如Android中的Handler
    WeakReference weakReference = new WeakReference<>(str);

  • 虚引用

    • 虚引用并不会决定对象的生命周期。如果一个对象仅持有虚引用，那么它就和没有任何引用一样，在任何时候都可能被垃圾回收器回收。主要用来跟踪对象被垃圾回收器回收的活动，使用 PhantomReference 来创建

  • 引用队列ReferenceQueue

    • 当gc准备回收一个对象时，如果发现它还仅有软引用(或弱引用，或虚引用)指向它，就会在回收该对象之前，把这个软引用（或弱引用，或虚引用）加入到与之关联的引用队列（ReferenceQueue）中。如果一个软引用（或弱引用，或虚引用）对象本身在引用队列中，就说明该引用对象所指向的对象被回收了;
// 构造一个强引用  
Object obj = new Object();  
// 创建引用队列
ReferenceQueue referenceQueue = new ReferenceQueue<>();  
// 利用强引用和引用队列构造弱引用  
WeakReference weakReference = new WeakReference<>(obj, referenceQueue);  
System.out.println("调用GC前弱引用：" + weakReference.get()); // java.lang.Object@6108b2d7  
System.out.println("调用GC前引用队列：" + referenceQueue.poll()); // null  
  
// 将强引用手动置null  
obj = null;  
// 手动GC或虚拟机自动GC都会回收弱引用，这里手动调用GC  
System.gc();  
  
System.out.println("调用GC后弱引用：" + weakReference.get()); // null  
System.out.println("调用GC后引用队列：" + referenceQueue.poll()); // java.lang.Object@6108b2d7

 
  
2.3.2 ObjectWatcher对象监控
 
  
class ObjectWatcher constructor(
    private val clock: Clock,
    private val checkRetainedExecutor: Executor,
    private val isEnabled: () -> Boolean = { true }
) : ReachabilityWatcher {

    private val onObjectRetainedListeners = mutableSetOf()

    /** 被监控对象的映射表 */
    private val watchedObjects = mutableMapOf()

    /** 弱引用引用队列，与KeyedWeakReference相关联，对象正常销毁会存在这里面 */
    private val queue = ReferenceQueue()

    ...
    /** 监控对象泄漏 */
    @Synchronized
    override fun expectWeaklyReachable(
        watchedObject: Any,
        description: String
    ) {
        if (!isEnabled()) {
            return
        }
        // 移除watchedObjects中未泄漏的对象
        removeWeaklyReachableObjects()
        // 构造KeyedWeakReference 引用对象
        val key = UUID.randomUUID()
            .toString()
        val watchUptimeMillis = clock.uptimeMillis()
        val reference =
            KeyedWeakReference(watchedObject, key, description, watchUptimeMillis, queue)
        SharkLog.d {
            "Watching " +
                    (if (watchedObject is Class<*>) watchedObject.toString() else "instance of ${watchedObject.javaClass.name}") +
                    (if (description.isNotEmpty()) " ($description)" else "") +
                    " with key $key"
        }

        watchedObjects[key] = reference
        // 默认5秒后执行检查
        checkRetainedExecutor.execute {
            moveToRetained(key)
        }
    }
    ...

    @Synchronized
    private fun moveToRetained(key: String) {
        removeWeaklyReachableObjects()
        // 移除watchedObjects中未泄露的对象后剩余的判定为发生泄漏
        val retainedRef = watchedObjects[key]
        if (retainedRef != null) {
            retainedRef.retainedUptimeMillis = clock.uptimeMillis()
            // 回调通知LeakCanary内部处理
            onObjectRetainedListeners.forEach { it.onObjectRetained() }
        }
    }

    /** 移除队列中未泄漏的对象 */
    private fun removeWeaklyReachableObjects() {
        var ref: KeyedWeakReference?
        do {
            ref = queue.poll() as KeyedWeakReference?
            if (ref != null) {
                watchedObjects.remove(ref.key)
            }
        } while (ref != null)
    }
}


 
  
/** 弱引用包装类 */
class KeyedWeakReference(
  /** 被监控对象 */
  referent: Any,
  /** 映射表的Key */
  val key: String,
  /** 描述 */
  val description: String,
  /** 监控开始时间（引用创建时间） */
  val watchUptimeMillis: Long,
  /** 关联的引用队列 */
  referenceQueue: ReferenceQueue
) : WeakReference(
  referent, referenceQueue
) {
  /** 判定对象为泄漏对象的时间，-1表示非泄漏对象或还未判定完毕 */
  @Volatile
  var retainedUptimeMillis = -1L

  override fun clear() {
    super.clear()
    retainedUptimeMillis = -1L
  }

  companion object {
    /** 记录最近一次触发Heap Dump的时间 */
    @Volatile
    @JvmStatic var heapDumpUptimeMillis = 0L
  }
}


 
  
     
   
  • 主要经历了三个步骤
    •  
  
 
  
     
   
  1. 为被监控对象 watchedObject 创建一个 KeyedWeakReference 弱引用，并存储到  的映射表中；
    2.  
   
  2. postDelay 五秒后检查引用对象是否出现在引用队列中，出现在队列则说明被监控对象未发生泄漏。随后，移除映射表中未泄露的记录，更新泄漏的引用对象的 retainedUptimeMillis 字段以标记为泄漏
    3.  
   
  3. 通过回调 onObjectRetained 告知 LeakCanary 内部发生新的内存泄漏
    4.  
  
 
  
2.4 Dump heap获取内存快照文件
 
  
     
   
  • ObjectWatcher 判定被监控对象发生泄漏后，会通过接口方法 OnObjectRetainedListener.onObjectRetained() 回调到 LeakCanary 内部的管理器 InternalLeakCanary
    •  
   
  • 由于分析工作比较耗时间，LeakCanary自然不会每次发现内存泄漏对象都进行分析工作，而会进行两个拦截：
    •  
   
  • 1. 泄漏对象计数未达到阈值，或者进入后台时间未达到阈值
    •  
   
  • 2. 计算距离上一次 HeapDump 未超过 60S
    •  
  
 
  
// InternalLeakCanary.kt
override fun onObjectRetained() = scheduleRetainedObjectCheck()

fun scheduleRetainedObjectCheck() {
  if (this::heapDumpTrigger.isInitialized) {
    heapDumpTrigger.scheduleRetainedObjectCheck()
  }
}


 
  
// HeapDumpTrigger.kt
fun scheduleRetainedObjectCheck(
  delayMillis: Long = 0L
) {
  val checkCurrentlyScheduledAt = checkScheduledAt
  // 避免重复postDelayed
  if (checkCurrentlyScheduledAt > 0) {
    return
  }
  checkScheduledAt = SystemClock.uptimeMillis() + delayMillis
  backgroundHandler.postDelayed({
    checkScheduledAt = 0
    checkRetainedObjects()
  }, delayMillis)
}

private fun checkRetainedObjects() {
  val iCanHasHeap = HeapDumpControl.iCanHasHeap()

  val config = configProvider()

  if (iCanHasHeap is Nope) {
    if (iCanHasHeap is NotifyingNope) {
      // Before notifying that we can't dump heap, let's check if we still have retained object.
      // 泄漏计数
      var retainedReferenceCount = objectWatcher.retainedObjectCount
      // 泄漏计数>0时主动调用GC
      if (retainedReferenceCount > 0) {
        // 这个方法是调用RunTime.getRuntime().GC()并休眠等待100ms
        gcTrigger.runGc()
        // GC后再获取泄漏计数
        retainedReferenceCount = objectWatcher.retainedObjectCount
      }

      val nopeReason = iCanHasHeap.reason()
      // 这里会判断泄漏计数是否>5(默认阈值)
      val wouldDump = !checkRetainedCount(
        retainedReferenceCount, config.retainedVisibleThreshold, nopeReason
      )

      if (wouldDump) {
        val uppercaseReason = nopeReason[0].toUpperCase() + nopeReason.substring(1)
        // 回调onEvent
        onRetainInstanceListener.onEvent(DumpingDisabled(uppercaseReason))
        // 展示通知
        showRetainedCountNotification(
          objectCount = retainedReferenceCount,
          contentText = uppercaseReason
        )
      }
    } else {
      SharkLog.d {
        application.getString(
          R.string.leak_canary_heap_dump_disabled_text, iCanHasHeap.reason()
        )
      }
    }
    return
  }

  var retainedReferenceCount = objectWatcher.retainedObjectCount

  if (retainedReferenceCount > 0) {
    gcTrigger.runGc()
    retainedReferenceCount = objectWatcher.retainedObjectCount
  }

  if (checkRetainedCount(retainedReferenceCount, config.retainedVisibleThreshold)) return

  val now = SystemClock.uptimeMillis()
  val elapsedSinceLastDumpMillis = now - lastHeapDumpUptimeMillis
  // 计算距离上一次HeapDump时间未超过60s会拦截
  if (elapsedSinceLastDumpMillis < WAIT_BETWEEN_HEAP_DUMPS_MILLIS) {
    onRetainInstanceListener.onEvent(DumpHappenedRecently)
    showRetainedCountNotification(
      objectCount = retainedReferenceCount,
      contentText = application.getString(R.string.leak_canary_notification_retained_dump_wait)
    )
    scheduleRetainedObjectCheck(
      delayMillis = WAIT_BETWEEN_HEAP_DUMPS_MILLIS - elapsedSinceLastDumpMillis
    )
    return
  }

  // 移除通知
  dismissRetainedCountNotification()
  val visibility = if (applicationVisible) "visible" else "not visible"
  // 触发dumpHeap分析
  dumpHeap(
    retainedReferenceCount = retainedReferenceCount,
    retry = true,
    reason = "$retainedReferenceCount retained objects, app is $visibility"
  )
}


 
  
2.5 分析堆快照dumpHeap
 
  
     
   
  • LeakCanary 已经成功生成 .hprof 堆快照文件，并且发送了一个 LeakCanary 内部事件 HeapDump。LeakCanary 的配置项中设置了多个事件消费者EventListener，这三个会根据 App 当前的依赖项而选择最优的执行策略：
    •  
   
  • 1 - WorkerManager 多进程分析
    •  
   
  • 2 - WorkManager 异步分析
    •  
   
  • 3 - 异步线程分析（兜底策略）
    •  
  
 
  
// LeakCanary.kt
val eventListeners: List = listOf(
  LogcatEventListener,
  ToastEventListener,
  LazyForwardingEventListener {
    if (InternalLeakCanary.formFactor == TV) TvEventListener else NotificationEventListener
  },
  when {
     // WorkManager多进程分析
      RemoteWorkManagerHeapAnalyzer.remoteLeakCanaryServiceInClasspath ->
        RemoteWorkManagerHeapAnalyzer
      // WorkManager 异步分析
      WorkManagerHeapAnalyzer.validWorkManagerInClasspath -> WorkManagerHeapAnalyzer
      // 异步线程分析（兜底策略）
      else -> BackgroundThreadHeapAnalyzer
  }
),


 
  
2.5.1 WorkerManager 多进程分析
 
  
object RemoteWorkManagerHeapAnalyzer : EventListener {

  private const val REMOTE_SERVICE_CLASS_NAME = "leakcanary.internal.RemoteLeakCanaryWorkerService"

  // 这里通过RemoteLeakCanaryWorkerService这个类是否加载成功来判断
  // 是否有'com.squareup.leakcanary:leakcanary-android-process:2.9.1'这个依赖
  internal val remoteLeakCanaryServiceInClasspath by lazy {
    try {
      Class.forName(REMOTE_SERVICE_CLASS_NAME)
      true
    } catch (ignored: Throwable) {
      false
    }
  }

  override fun onEvent(event: Event) {
    if (event is HeapDump) {
      val application = InternalLeakCanary.application
      // 创建并分发 WorkManager 多进程请求
      val heapAnalysisRequest =
        OneTimeWorkRequest.Builder(RemoteHeapAnalyzerWorker::class.java).apply {
          val dataBuilder = Data.Builder()
            .putString(ARGUMENT_PACKAGE_NAME, application.packageName)
            .putString(ARGUMENT_CLASS_NAME, REMOTE_SERVICE_CLASS_NAME)
          setInputData(event.asWorkerInputData(dataBuilder))
          with(WorkManagerHeapAnalyzer) {
            addExpeditedFlag()
          }
        }.build()
      SharkLog.d { "Enqueuing heap analysis for ${event.file} on WorkManager remote worker" }
      val workManager = WorkManager.getInstance(application)
      workManager.enqueue(heapAnalysisRequest)
    }
  }
}


 
  
internal class RemoteHeapAnalyzerWorker(appContext: Context, workerParams: WorkerParameters) :
  RemoteListenableWorker(appContext, workerParams) {

  override fun startRemoteWork(): ListenableFuture {
    val heapDump = inputData.asEvent()
    val result = SettableFuture.create()
    heapAnalyzerThreadHandler.post {
      // 分析堆快照
      val doneEvent = AndroidDebugHeapAnalyzer.runAnalysisBlocking(heapDump, isCanceled = {
        result.isCancelled
      }) { progressEvent ->
        if (!result.isCancelled) {
          // 发送分析进度事件
          InternalLeakCanary.sendEvent(progressEvent)
        }
      }
      if (result.isCancelled) {
        SharkLog.d { "Remote heap analysis for ${heapDump.file} was canceled" }
      } else {
        // 发送分析完成事件
        InternalLeakCanary.sendEvent(doneEvent)
        result.set(Result.success())
      }
    }
    return result
  }

  override fun getForegroundInfoAsync(): ListenableFuture {
    return applicationContext.heapAnalysisForegroundInfoAsync()
  }
}


 
  
2.5.2 WorkManager异步分析
 
  
object WorkManagerHeapAnalyzer : EventListener {

  // 判断是否包含WorkManager
  internal val validWorkManagerInClasspath by lazy {
    try {
      Class.forName("androidx.work.WorkManager")
      val dataBuilderClass = Class.forName("androidx.work.Data$Builder")
      dataBuilderClass.declaredMethods.any { it.name == "putByteArray" }.apply {
        if (!this) {
          SharkLog.d { "Could not find androidx.work.Data$Builder.putByteArray, WorkManager should be at least 2.1.0." }
        }
      }
    } catch (ignored: Throwable) {
      false
    }
  }

  // setExpedited() requires WorkManager 2.7.0+
  private val workManagerSupportsExpeditedRequests by lazy {
    try {
      Class.forName("androidx.work.OutOfQuotaPolicy")
      true
    } catch (ignored: Throwable) {
      false
    }
  }

  internal fun OneTimeWorkRequest.Builder.addExpeditedFlag() = apply {
    if (workManagerSupportsExpeditedRequests) {
      setExpedited(OutOfQuotaPolicy.RUN_AS_NON_EXPEDITED_WORK_REQUEST)
    }
  }

  override fun onEvent(event: Event) {
    if (event is HeapDump) {
      val heapAnalysisRequest = OneTimeWorkRequest.Builder(HeapAnalyzerWorker::class.java).apply {
        setInputData(event.asWorkerInputData())
        addExpeditedFlag()
      }.build()
      SharkLog.d { "Enqueuing heap analysis for ${event.file} on WorkManager remote worker" }
      val application = InternalLeakCanary.application
      WorkManager.getInstance(application).enqueue(heapAnalysisRequest)
    }
  }
}


 
  
internal class HeapAnalyzerWorker(appContext: Context, workerParams: WorkerParameters) :
  Worker(appContext, workerParams) {
  override fun doWork(): Result {
    // 分析堆快照
    val doneEvent =
      AndroidDebugHeapAnalyzer.runAnalysisBlocking(inputData.asEvent()) { event ->
        // 发送分析进度事件
        InternalLeakCanary.sendEvent(event)
      }
    // 发送分析完成事件
    InternalLeakCanary.sendEvent(doneEvent)
    return Result.success()
  }
 ...
}


 
  
2.5.3 普通异步线程分析BackgroundThreadHeapAnalyzer
 
  
object BackgroundThreadHeapAnalyzer : EventListener {

  internal val heapAnalyzerThreadHandler by lazy {
    val handlerThread = HandlerThread("HeapAnalyzer")
    handlerThread.start()
    Handler(handlerThread.looper)
  }

  override fun onEvent(event: Event) {
    if (event is HeapDump) {
      heapAnalyzerThreadHandler.post {
        // 分析堆快照
        val doneEvent = AndroidDebugHeapAnalyzer.runAnalysisBlocking(event) { event ->
          // 发送分析进度事件
          InternalLeakCanary.sendEvent(event)
        }
        // 发送分析完成事件
        InternalLeakCanary.sendEvent(doneEvent)
      }
    }
  }
}


 
  
     
   
  • 可以看到三种方式中最终LeakCanary 是通过子线程或者子进程执行 AndroidDebugHeapAnalyzer.runAnalysisBlocking 方法来分析堆快照的，并在分析过程中和分析完成后发送回调事件。
    •  
   
  • 堆快照分析最终是交给 Shark 中的 HeapAnalizer 完成的，这里就不再展开分析了，核心流程是：
    •  
   
  • 1、在堆快照中寻找泄漏对象，默认是寻找 KeyedWeakReference 类型对象；
    •  
   
  • 2、分析 KeyedWeakReference 对象的最短引用链，并按照引用链签名分组，按照 Application Leaks 和 Library Leaks 分类；
    •  
   
  • 3、返回分析完成事件。
    •  
  
 
  
3. 总结
 
  
     
   
  1. 利用ContentProvider进行初始化
    2.  
   
  2. 注册 5 种 Android 泄漏场景的监控 
    
       
     
    • Activity是利用application.registerActivityLifecycleCallbacks(ActivityLifecycleCallbacks callback)监听全局Activity生命周期
      •  
     
    • Fragment首先是通过 Application.registerActivityLifecycleCallbacks(…) 接口监听 Activity.onCreate()事件，再通过 FragmentManager.registerFragmentLifecycleCallbacks(…) 接口监听 Fragment 的生命周期
      •  
     
    • ViewModel是通过Hook ViewModelStore的方式实现的
      •  
     
    • Service是通过Hook mH.mCallback 回调，监听其中的STOP_SERVICE消息来实现的
      •  
     
    • RootView是通过借助curtains库Hook WMS 服务内部的 WindowManagerGlobal实现
      •  
    
    3.  
   
  3. 收到销毁回调后，根据要回收对象创建 KeyedWeakReference 并关联 ReferenceQueue，延迟 5 秒检查相关对象是否被回收，如果未被回收则开启服务，dump heap 获取内存快照.hprof文件
    4.  
   
  4. 通过 Shark 库解析.hprof 文件，获取泄漏对象，计算泄漏对象到 GC roots 的最短路径
    5.  
   
  5. 合并多个泄漏路径并输出分析结果，将结果展示到可视化界面
    6.  
  
 
  

                            
                        
                    
                    
                    

                    
                    
                    

                
                

                    
                

            
        
    
    

        
你可能感兴趣的:(LeakCanary)

        

            

                
    
                    
  • 阅读《一文让你彻底理解LeakCanary的工作原理》
                        普通的程序员

                        
    原文地址https://mp.weixin.qq.com/s/UfxG41HInNfv9nkDvKpcZQ『尝试去清除一次activity的key队列，然后检测被destroy的activity是否已经被回收，如果没有被回收，也不一定发生了泄漏，因为可能还没有进行过gc，所以我们手动进行了一次gc，然后再次检测该activity对应的key是否还在key队列，如果还在，那么就说明发生了泄漏』两次g
    
                    
    • 
                    
  • Android内存泄漏检测之LeakCanary2.0（Kotlin版）的实现原理
                        vivo互联网技术

                        
    一、概述LeakCanary是一款非常常见的内存泄漏检测工具。经过一系列的变更升级，LeakCanary来到了2.0版本。2.0版本实现内存监控的基本原理和以往版本差异不大，比较重要的一点变化是2.0版本使用了自己的hprof文件解析器，不再依赖于HAHA，整个工具使用的语言也由Java切换到了Kotlin。本文结合源码对2.0版本的内存泄漏监控基本原理和hprof文件解析器实现原理做一个简单地分
    
                    
    • 
                    
  • android 卡顿定位
                        Ghost2019

                        
    工具：1.真机GPU呈现模式分析作用：判断哪些操作耗时过长2.真机调试GPU过度绘制作用：显示绘制层级3.ASprofile作用：查看内存流量cpu电量使用情况4.打包LeakCanary作用：检测内存泄漏5.打包友盟统计、bugly作用：检测崩溃上传信息
    
                    
    • 
                    
  • 内存监控LeakCanary1.6.1使用和原理分析
                        Vinson武

                        
    使用LeakCanary的集成过程很简单，首先在build.gradle文件中添加依赖：dependencies{debugImplementation'com.squareup.leakcanary:leakcanary-android:1.6.1'releaseImplementation'com.squareup.leakcanary:leakcanary-android-no-op:1.6
    
                    
    • 
                    
  • Android 内存泄露及LeakCanary分析
                        行知致简
[Mobile]Androidandroidjava开发语言
                        
    Android内存泄露及LeakCanary分析一.前言在日常的Android开发中，不经意间就会造成内存泄露，如果持续泄露的话，那么最后会造成内存溢出，应用也就崩溃了。内存泄露与内存溢出是老生常谈的问题，在这里还是看一下官方对两者的定义：内存泄漏（MemoryLeak）：是指程序中己动态分配的堆内存由于某种原因程序未释放或无法释放，造成系统内存的浪费，导致程序运行速度减慢甚至系统崩溃等严重后果。
    
                    
    • 
                    
  • adb查找内存泄露
                        我家造地球

                        
    在网上看到大部分都是集成LeakCanary来查找内存泄露，这种方式有代码的入侵性，个人不太喜欢。所以今天跟大家分享一下我经常使用的方式来查找内存泄露正文开始1.打开app跑monkey-v后面都数据随便自己设定,数值越大，跑的时间越久adbshellmonkey-p包名-v1000002.当monkey结束后，点返回键一直退回到app主页面//可以等待几秒钟后执行多次，然后看Activities
    
                    
    • 
                    
  • LeakCanary使用详细教程(附Demo)
                        皓皓amous

                        
    在Android的性能优化中，内存优化是必不可少的点，而内存优化最重要的一点就是解决内存泄漏的问题，在Android的内存泄漏分析工具也不少，比如PC端的有：AndroidStudio自带的AndroidProfiler、MAT等工具；手机端也有，就是我们今天要介绍的LeakCanaryLeakCanary简介LeakCanary是Square公司为Android开发者提供的一个自动检测内存泄漏的
    
                    
    • 
                    
  • kotlin的一些资料（文档和视频）
                        tommyRen

                        
    首次尝试使用Kotlin实现了项目其中的一个功能模块Kotlin已经作为Android官方开发语言并且Jakewarton大神（leakCanaryOkHttpRetrofitRxJava都是他的杰作）都评价很高在GoogleI/O大会分享了Kotlin的特色。毫无疑问Kotlin肯定有厉害之处。具体有哪些厉害之处呢？我给大家发几个图看下：我把我认识的App圈了出来大家可能会说微信怎么也是Kotl
    
                    
    • 
                    
  • LeakCanary解析
                        就叫汉堡吧

                        
    概述LeakCanaryisamemoryleakdetectionlibraryforAndroid.LeakCanary官网当我们需要排查应用的内存泄露问题时，通常的做法是通过AndroidStudio的Profiler或者其他图形化分析工具查找当某个实例销毁时gc后内存曲线没有显著的场景，然后dump它的hprof来分析。LeakCanary则是通过代码“hook”的方式来实现疑似内存泄露的
    
                    
    • 
                    
  • LeakCanary原理从0到1
                        d袋鼠b
AndroidJVM虚拟机AndroidLeakCanary内存分析
                        
    文章目录引用分类强引用软引用弱引用虚引用LeakCanary理论依据源码解析LeakCanary2.0的初始化放在了自带的ContentProvider中:为了使文章尽量通俗易懂。在探究LeakCanary之前，有必要补充些Java引用的知识。引用分类强引用强引用是使用最普遍的引用。一个对象具有强引用，则在GC发生时，该对象将不会回收。当Jvm虚拟机内存空间不足时，虚拟机会抛出OutOfMemor
    
                    
    • 
                    
  • LeakCanary原理解析
                        Androider_Zxg
Android开发AndroidLeakCanary
                        
    前几天面试，问到了我内存泄漏的相关问题，顺其自然问到了内存泄漏的检测工具LeakCanary的工作原理。当时不会，在看了几篇博文后，明白了其中的道理，理一下思路记录在此。准备知识ReferenceQueue引用队列，对于弱引用和软引用来说，若需要知道该引用是否已被GC回收，那么在构造WeakReference或SoftReference时，传入一个ReferenceQueue。那么当这个引用被回收
    
                    
    • 
                    
  • LeakCanary源码深入学习
                        narkang
android
                        
    说到内存泄漏检测工具基本都知道用LeakCanary，它可以用来检测Activity和Fragment是否发生内存泄露，并且自动弹出通知告知用户是否发生了内存泄漏，且最终以UI的形式向我们展示内存泄漏对象的引用链，以便我们能精确的定位到内存泄漏的代码。但是我们不能只局限于表面，也应该去学习其源码的实现，LeakCanary的强大不仅在于能够精确定位内存泄漏代码的具体位置，也在于里面设计的模块分明，
    
                    
    • 
                    
  • 大厂资深架构师解析Okhttp源码，深入底层探究原理
                        移不动开发技术
androidjava
                        
    作者：JsonChao接下来陪大家深入分析目前Android中大部分的主流开源框架源码，从而能够让我们真正地去理解这些优秀开源框架背后的思想，真真切切地提升自己的内功。目前，这一系列的分析顺序如下：主流三方库：网络：1、OKHttp2、Retrofit图片：3、Glide数据库：4、GreenDao响应式编程：5、RxJava内存泄露：6、LeakCanary依赖注入：7、ButterKnife8
    
                    
    • 
                    
  • 深入探究 Android 内存泄漏检测原理及 LeakCanary 源码分析
                        Just_Paranoid
Androidandroidleakcanaryoom
                        
    深入探究Android内存泄漏检测原理及LeakCanary源码分析一、什么是内存泄漏二、内存泄漏的常见原因三、我为什么要使用LeakCanary四、LeakCanary介绍五、LeakCanary的源码分析及其核心代码六、LeakCanary使用示例一、什么是内存泄漏在基于Java的运行时中，内存泄漏是一种编程错误，它会导致应用程序保留对不再需要的对象的引用。因此，为该对象分配的内存无法回收。例
    
                    
    • 
                    
  • LeakCanary原理 弱引用与垃圾回收
                        学知识拯救世界
androidedgeandroid
                        
    LeakCanaryLeakCanary通过hookAndroid的生命周期来自动检测Activity和Fragment何时被销毁，何时应该被垃圾回收，这些被destroy的对象被传递给ObjectWatcher，ObjectWatcher持有对它们的弱引用检测对象类型已销毁的Activity实例销毁的Fragment实例销毁的FragmentView实例已清除的ViewModel实例弱引用与垃圾
    
                    
    • 
                    
  • Android：主流三方库源码教你快速上手Leakcanary
                        bug音音

                        
    一、原理概述首先，笔者仔细查看了Leakcanary官方的github仓库，最重要的便是对Leakcanary是如何起作用的（即原理）这一问题进行了阐述，我自己把它翻译成了易于理解的文字，主要分为如下7个步骤：1、RefWatcher.watch()创建了一个KeyedWeakReference用于去观察对象。2、然后，在后台线程中，它会检测引用是否被清除了，并且是否没有触发GC。3、如果引用仍然
    
                    
    • 
                    
  • LeakCanary 最新版 2.12 内存泄露工具使用
                        jiet_h
小tipsandroid
                        
    1.在使用LeakCanary之前，我们需要添加下面的依赖：dependencies{//debugImplementation是因为LeakCanary应该只工作在debug编译环境.debugImplementation'com.squareup.leakcanary:leakcanary-android:2.12'}2.如果我们需要观察LeakCanary是否启动，只需要在日志中过滤Leak
    
                    
    • 
                    
  • 虚引用的使用
                        Parallel_Lines

                        
    虚引用相信大家都知道他的作用，但是由于平时不常用，所以实际上手有点困难。本文目的通过学习虚引用的使用，敲开LeakCanary源码学习的大门。使用虚引用检测对象被回收虚引用必须与ReferenceQueue一起使用，当GC准备回收一个对象，如果发现它有虚引用，就会在回收之前，把这个虚引用加入到与之关联的ReferenceQueue中。利用这个原理，我们可以检测到对象何时被回收。下面通过测试代码，说
    
                    
    • 
                    
  • Android内存泄露检测 LeakCanary2.0（Kotlin版）的实现原理
                        陈二狗想吃肉

                        
    一、概述LeakCanary是一款非常常见的内存泄漏检测工具。经过一系列的变更升级，LeakCanary来到了2.0版本。2.0版本实现内存监控的基本原理和以往版本差异不大，比较重要的一点变化是2.0版本使用了自己的hprof文件解析器，不再依赖于HAHA，整个工具使用的语言也由Java切换到了Kotlin。本文结合源码对2.0版本的内存泄漏监控基本原理和hprof文件解析器实现原理做一个简单地分
    
                    
    • 
                    
  • Leak Canary 源码快读
                        天空树树树

                        
    结构LeakCanary内部分为三个包，分别是AndroidAnalyzeWatcherandroid包内部为主控逻辑部分以及平台api相关逻辑。watcher包的功能为监控某个对象的内存引用释放情况。analyzer包负责处理watcher后dump出的内存文件。haha是另外一个开源工程，内存文件的处理都依赖这个库。关键逻辑及流转通过ActivityLifecycleCallbacks监听ac
    
                    
    • 
                    
  • 内存之-LeakCanary
                        Android西红柿
Android性能性能优化leakcanary面试
                        
    关于作者：CSDN内容合伙人、技术专家，从零开始做日活千万级APP。专注于分享各领域原创系列文章，擅长java后端、移动开发、人工智能等，希望大家多多支持。目录一、导读二、概览三、使用四、原理分析4.1自动初始化4.1.1初始化4.2LeakCananry自动检测步骤4.2.1检测泄漏4.2.2dump4.2.3shark分析4.2.4生成报告五、推荐阅读一、导读我们继续总结学习基础知识，温故知新
    
                    
    • 
                    
  • Leakcanary原理解析
                        竖起大拇指

                        
    1.前言LeakCanary是Android内存泄漏的框架，作为一个“面试常见问题”，它一定有值得学习的地方，今天我们就讲一下它。作为一名开发，我觉得给人讲框架或者库的原理，最好先把大概思路说一下，这样比较容易理解：其思路大致为：监听Activity生命周期->onDestroy以后延迟5秒判断Activity有没有被回收->如果没有回收,调用GC，再次判断是否回收，如果还没回收，则内存泄露了，反
    
                    
    • 
                    
  • 2020Android面经，历时一个半月，斩获3个大厂offer，kotlin打包成exe
                        m0_66144992
程序员架构移动开发android
                        
    讲下leakCanary原理。为什么不用虚引用？引用队列里面存的是什么？内存数据是如何dump出来的？讲下OkHttp的实现。拦截器的顺序，网络拦截器和普通拦截器有什么区别？它的线程池是怎样的？如何管理的？glide的三级缓存如何做的？rxjava的原理。rxjava的线程切换如何实现的？map和flatmap操作符区别；zip和merge操作符区别。ArrayMap和SparseArray的作用
    
                    
    • 
                    
  • 源码分析：LeakCanary 如何实现内存泄露监测
                        ImWiki

                        
    LeakCanary是一个非常强大的内存泄露监测工具，可以实现打印内存泄露的信息。Android的内存泄露检测主要是对Activity的回收情况检测，如果Activity调用了onDestroy方法，没有及时回收就是意味着出现了内存泄露，AndroidStudio提供的内存泄露工具就是通过这种方式实现的，然后通过dump分析对应的依赖情况，LeakCanary的原理也是如此，下面我们通过源码分析来
    
                    
    • 
                    
  • LeakCanary相关
                        Infinity_空

                        
    检查内存泄漏原理当构造一个弱引用对象（KeyedWeakReference）时，并把ReferenceQueue引用队列作为参数传入。当系统发生GC时，如果对象被正确回收，那么ReferenceQueue中不为null，即没有发生内存泄漏。如果ReferenceQueue中为null，则发生了内存泄漏。一个对象的引用方式可以分为四种：强引用(StrongReference)：JVM宁可抛出OOM也
    
                    
    • 
                    
  • 内存优化（一）
                        Dear月

                        
    分析内存常用工具top/procrankmeinfoProcstatsDDMSMATFinder-ActivityLeakCanaryLeakInspector工具很多，掌握原理方法，工具随便找两个能用就行1、Java虚拟机简单讲解一下image.pngimage.png线程私有程序计数器（PC）相当于一个执行代码的指示器，用来确认下一行执行的代码的地址,每个线程都有一个,没有OOM的区虚拟机栈存
    
                    
    • 
                    
  • Leakcanary - hprof分析库shark 源码分析
                        stone_cold_cool
android内存泄漏
                        
    shark是leakcanary2.0之后引入的hprof分析库，代替了haha，在leakcanary中所处的位置如下图所示，包括shark-hprof，shark-graph，shark，shark-android四个模块shark-hprof用于读取hprof文件，解析hprof，里边定义了hprof数据格式，和java的类，对象，基本数据类型一致shark-graph用于索引hprof，找
    
                    
    • 
                    
  • 性能优化中使用Profiler进行内存泄露的排查及解决方式
                        Mr_Tony
性能优化性能优化
                        
    文章目录一、前言二、内存泄露的排查方式三、参考链接一、前言对于常规意义上的线程使用要及时关闭，数据库用完要及时关闭，数据用完要及时清空等等这里不再赘述，但是在开发中总会有不熟悉的api，开发进度过快，开发人员粗心等等原因导致内存泄露。可以使用leakcanary(参考链接:https://square.github.io/leakcanary/)内存检测处理，或者使用lint(参考链接:https
    
                    
    • 
                    
  • 性能优化中使用Profiler进行页面卡顿的排查及解决方式
                        Mr_Tony
性能优化性能优化
                        
    文章目录一、前言二、页面卡顿的排查方式1、耗时操作的监控2、页面卡顿的监控三、参考链接一、前言程序的优化在做过线上bug处理，布局层级优化，项目依赖库版本更新，重复库合并，删除未使用的资源，删除冗余的库，避免因为一个类而引入一个库的问题，leakcanary(参考链接:https://square.github.io/leakcanary/)内存检测处理，lint(参考链接:https://dev
    
                    
    • 
                    
  • LeakCanary内存泄漏检测工具
                        阿拉呵呵里拉_
性能优化内存泄漏
                        
    首先来说一下我再项目中遇到的内存泄漏的问题：公司一个上线很久的项目突然有用户反馈使用程序时间就了手机就变得很卡。额，这不是内存泄漏嘛！但是由于这个旧项目不是笔者开发并且没有改过其中的问题。突然来一任务就要解决内存泄漏的问题，当时笔者内心是很拒绝的，但是身为一个负责任的程序员就不能说“不”。之前用过LeakCanary检测内存泄漏，这次依然使用的是LeakCanary。不检测不知道一检测吓一跳，程序
    
                    
    • 
                                
  • ASM系列六 利用TreeApi 添加和移除类成员
                                    lijingyao8206
jvm动态代理ASM字节码技术TreeAPI
                                    
        同生成的做法一样，添加和移除类成员只要去修改fields和methods中的元素即可。这里我们拿一个简单的类做例子，下面这个Task类，我们来移除isNeedRemove方法，并且添加一个int 类型的addedField属性。 
  
package asm.core;

/**
 * Created by yunshen.ljy on 2015/6/
    
                                
    • 
                                
  • Springmvc-权限设计
                                    bee1314
springWebjsp
                                    
     
 万丈高楼平地起。 
 
权限管理对于管理系统而言已经是标配中的标配了吧，对于我等俗人更是不能免俗。同时就目前的项目状况而言，我们还不需要那么高大上的开源的解决方案，如Spring Security，Shiro。小伙伴一致决定我们还是从基本的功能迭代起来吧。 
目标：  
1.实现权限的管理（CRUD）
2.实现部门管理 （CRUD)
3.实现人员的管理 （CRUD）
4.实现部门和权限
    
                                
    • 
                                
  • 算法竞赛入门经典（第二版）第2章习题
                                    CrazyMizzz
c算法
                                    
    2.4.1 输出技巧 
#include <stdio.h> 
 
int 
main() 
{ 
 int i, n; 
 
 scanf("%d", &n); 
 for (i = 1; i <= n; i++) 
 printf("%d\n", i); 
 return 0; 
} 
 
习题2-2 水仙花数(daffodil
    
                                
    • 
                                
  • struts2中jsp自动跳转到Action
                                    麦田的设计者
jspwebxmlstruts2自动跳转
                                    
    1、在struts2的开发中，经常需要用户点击网页后就直接跳转到一个Action，执行Action里面的方法，利用mvc分层思想执行相应操作在界面上得到动态数据。毕竟用户不可能在地址栏里输入一个Action（不是专业人士） 
  
2、＜jsp:forward page="xxx.action" /＞ ，这个标签可以实现跳转，page的路径是相对地址,不同与jsp和j
    
                                
    • 
                                
  • php 操作webservice实例
                                    IT独行者
PHPwebservice
                                    
    首先大家要简单了解了何谓webservice，接下来就做两个非常简单的例子，webservice还是逃不开server端与client端。我测试的环境为：apache2.2.11 php5.2.10做这个测试之前，要确认你的php配置文件中已经将soap扩展打开，即extension=php_soap.dll; 
OK 现在我们来体验webservice 
//server端 serve
    
                                
    • 
                                
  • Windows下使用Vagrant安装linux系统
                                    _wy_
windowsvagrant
                                    
    准备工作： 
下载安装 VirtualBox ：https://www.virtualbox.org/ 
下载安装 Vagrant ：http://www.vagrantup.com/ 
下载需要使用的 box ： 
官方提供的范例：http://files.vagrantup.com/precise32.box 
还可以在 http://www.vagrantbox.es/ 
    
                                
    • 
                                
  • 更改linux的文件拥有者及用户组(chown和chgrp)
                                    无量
clinuxchgrpchown
                                    
    本文（转）  
http://blog.163.com/yanenshun@126/blog/static/128388169201203011157308/   
http://ydlmlh.iteye.com/blog/1435157   
一、基本使用：    
使用chown命令可以修改文件或目录所属的用户： 
       命令
    
                                
    • 
                                
  • linux下抓包工具
                                    矮蛋蛋
linux
                                    
    原文地址： 
http://blog.chinaunix.net/uid-23670869-id-2610683.html 
tcpdump -nn -vv -X udp port 8888 
上面命令是抓取udp包、端口为8888 
netstat -tln 命令是用来查看linux的端口使用情况 
 
13 . 列出所有的网络连接 
lsof -i 
14. 列出所有tcp 网络连接信息 
l
    
                                
    • 
                                
  • 我觉得mybatis是垃圾！：“每一个用mybatis的男纸，你伤不起”
                                    alafqq
mybatis
                                    
    最近看了  
每一个用mybatis的男纸，你伤不起 
原文地址 ：http://www.iteye.com/topic/1073938 
发表一下个人看法。欢迎大神拍砖； 
 
个人一直使用的是Ibatis框架，公司对其进行过小小的改良； 
最近换了公司，要使用新的框架。听说mybatis不错；就对其进行了部分的研究； 
 
发现多了一个mapper层；个人感觉就是个dao； 
 
 
    
                                
    • 
                                
  • 解决java数据交换之谜
                                    百合不是茶
数据交换
                                    
    交换两个数字的方法有以下三种  ，其中第一种最常用
 
  
/*
输出最小的一个数
*/
public class jiaohuan1 {

	public static void main(String[] args) {
	int a =4;
	int b = 3;
		if(a<b){
         //  第一种交换方式
		int tmep =
    
                                
    • 
                                
  • 渐变显示
                                    bijian1013
JavaScript
                                    
    <style type="text/css">
 #wxf {
  FILTER: progid:DXImageTransform.Microsoft.Gradient(GradientType=0, StartColorStr=#ffffff, EndColorStr=#97FF98);
  height: 25px;
 }
</style>
    
                                
    • 
                                
  • 探索JUnit4扩展：断言语法assertThat
                                    bijian1013
java单元测试assertThat
                                    
    一.概述 
        JUnit 设计的目的就是有效地抓住编程人员写代码的意图，然后快速检查他们的代码是否与他们的意图相匹配。 JUnit 发展至今，版本不停的翻新，但是所有版本都一致致力于解决一个问题，那就是如何发现编程人员的代码意图，并且如何使得编程人员更加容易地表达他们的代码意图。JUnit 4.4 也是为了如何能够
    
                                
    • 
                                
  • 【Gson三】Gson解析{"data":{"IM":["MSN","QQ","Gtalk"]}}
                                    bit1129
gson
                                    
       
如何把如下简单的JSON字符串反序列化为Java的POJO对象? 
{"data":{"IM":["MSN","QQ","Gtalk"]}} 
  
下面的POJO类Model无法完成正确的解析： 
  
import com.google.gson.Gson;
    
                                
    • 
                                
  • 【Kafka九】Kafka High Level API vs. Low Level API
                                    bit1129
kafka
                                    
    1. Kafka提供了两种Consumer API 
 
 High Level Consumer API 
 Low Level Consumer API(Kafka诡异的称之为Simple Consumer API，实际上非常复杂) 
 
在选用哪种Consumer API时，首先要弄清楚这两种API的工作原理，能做什么不能做什么，能做的话怎么做的以及用的时候，有哪些可能的问题 
 
    
                                
    • 
                                
  • 在nginx中集成lua脚本：添加自定义Http头，封IP等
                                    ronin47
nginx lua
                                    
    Lua是一个可以嵌入到Nginx配置文件中的动态脚本语言，从而可以在Nginx请求处理的任何阶段执行各种Lua代码。刚开始我们只是用Lua 把请求路由到后端服务器，但是它对我们架构的作用超出了我们的预期。下面就讲讲我们所做的工作。 强制搜索引擎只索引mixlr.com 
Google把子域名当作完全独立的网站，我们不希望爬虫抓取子域名的页面，降低我们的Page rank。 
location /{
    
                                
    • 
                                
  • java-归并排序
                                    bylijinnan
java
                                    
    
import java.util.Arrays;


public class MergeSort {

	
	public static void main(String[] args) {

		int[] a={20,1,3,8,5,9,4,25};
		mergeSort(a,0,a.length-1);
		System.out.println(Arrays.to
    
                                
    • 
                                
  • Netty源码学习-CompositeChannelBuffer
                                    bylijinnan
javanetty
                                    
    CompositeChannelBuffer体现了Netty的“Transparent Zero Copy” 
 
查看API（ 
http://docs.jboss.org/netty/3.2/api/org/jboss/netty/buffer/package-summary.html#package_description） 
可以看到，所谓“Transparent Zero Copy”是通
    
                                
    • 
                                
  • Android中给Activity添加返回键
                                    hotsunshine
Activity
                                    
           
// this need android:minSdkVersion="11"
 getActionBar().setDisplayHomeAsUpEnabled(true);
 
 
 
   
 @Override
    public boolean onOptionsItemSelected(MenuItem item) {
        
    
                                
    • 
                                
  • 静态页面传参
                                    ctrain
静态
                                    
    
$(document).ready(function () {
	var request = {
		QueryString :
		function (val) {
			var uri = window.location.search;
			var re = new RegExp("" + val + "=([^&?]*)", &
    
                                
    • 
                                
  • Windows中查找某个目录下的所有文件中包含某个字符串的命令
                                    daizj
windows查找某个目录下的所有文件包含某个字符串
                                    
    findstr可以完成这个工作。 
     
[html]  
view plain 
copy       
 
 >findstr /s /i "string" *.*   
  
上面的命令表示，当前目录以及当前目录的所有子目录下的所有文件中查找"string&qu
    
                                
    • 
                                
  • 改善程序代码质量的一些技巧
                                    dcj3sjt126com
编程PHP重构
                                    
    有很多理由都能说明为什么我们应该写出清晰、可读性好的程序。最重要的一点，程序你只写一次，但以后会无数次的阅读。当你第二天回头来看你的代码 时，你就要开始阅读它了。当你把代码拿给其他人看时，他必须阅读你的代码。因此，在编写时多花一点时间，你会在阅读它时节省大量的时间。让我们看一些基本的编程技巧：    尽量保持方法简短    尽管很多人都遵
    
                                
    • 
                                
  • SharedPreferences对数据的存储
                                    dcj3sjt126com

                                    
    SharedPreferences简介：                                                   &nbs
    
                                
    • 
                                
  • linux复习笔记之bash shell (2) bash基础
                                    eksliang
bashbash shell
                                    
    转载请出自出处：
http://eksliang.iteye.com/blog/2104329  
1.影响显示结果的语系变量（locale） 
 1.1locale这个命令就是查看当前系统支持多少种语系，命令使用如下： 
[root@localhost shell]# locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"

    
                                
    • 
                                
  • Android零碎知识总结
                                    gqdy365
android
                                    
    1、CopyOnWriteArrayList add(E) 和remove(int index)都是对新的数组进行修改和新增。所以在多线程操作时不会出现java.util.ConcurrentModificationException错误。 
所以最后得出结论：CopyOnWriteArrayList适合使用在读操作远远大于写操作的场景里，比如缓存。发生修改时候做copy，新老版本分离，保证读的高
    
                                
    • 
                                
  • HoverTree.Model.ArticleSelect类的作用
                                    hvt
Web.netC#hovertreeasp.net
                                    
    ArticleSelect类在命名空间HoverTree.Model中可以认为是文章查询条件类，用于存放查询文章时的条件，例如HvtId就是文章的id。HvtIsShow就是文章的显示属性，当为-1是，该条件不产生作用，当为0时，查询不公开显示的文章，当为1时查询公开显示的文章。HvtIsHome则为是否在首页显示。HoverTree系统源码完全开放，开发环境为Visual Studio 2013
    
                                
    • 
                                
  • PHP 判断是否使用代理 PHP Proxy Detector
                                    天梯梦
proxy
                                    
    1. php 类 
I found this class looking for something else actually but I remembered I needed some while ago something similar and I never found one. I'm sure it will help a lot of developers who try to 
    
                                
    • 
                                
  • apache的math库中的回归——regression（翻译）
                                    lvdccyb
Mathapache
                                    
    这个Math库，虽然不向weka那样专业的ML库，但是用户友好，易用。 
多元线性回归，协方差和相关性（皮尔逊和斯皮尔曼），分布测试（假设检验，t，卡方，G），统计。 
  
数学库中还包含，Cholesky，LU，SVD，QR，特征根分解，真不错。 
  
基本覆盖了：线代，统计，矩阵， 
最优化理论 
曲线拟合 
常微分方程 
遗传算法（GA）， 
还有3维的运算。。。 

    
                                
    • 
                                
  • 基础数据结构和算法十三：Undirected Graphs (2)
                                    sunwinner
Algorithm
                                    
      
Design pattern for graph processing.  
Since we consider a large number of graph-processing algorithms, our initial design goal is to decouple our implementations from the graph representation
    
                                
    • 
                                
  • 云计算平台最重要的五项技术
                                    sumapp
云计算云平台智城云
                                    
    云计算平台最重要的五项技术 
 
 
 
1、云服务器 
 
 
云服务器提供简单高效，处理能力可弹性伸缩的计算服务，支持国内领先的云计算技术和大规模分布存储技术，使您的系统更稳定、数据更安全、传输更快速、部署更灵活。 
 
 
特性 
 
机型丰富 
 
通过高性能服务器虚拟化为云服务器，提供丰富配置类型虚拟机，极大简化数据存储、数据库搭建、web服务器搭建等工作； 
 
仅需要几分钟，根据CP
    
                                
    • 
                                
  • 《京东技术解密》有奖试读获奖名单公布
                                    ITeye管理员
活动
                                    
    ITeye携手博文视点举办的12月技术图书有奖试读活动已圆满结束，非常感谢广大用户对本次活动的关注与参与。  
 
 
12月试读活动回顾： 
http://webmaster.iteye.com/blog/2164754 
 
 
本次技术图书试读活动获奖名单及相应作品如下： 
 
 
一等奖（两名） 
 
 
 Microhardest：http://microhardest.ite
    
                                
    •