-
View
-
Service
fun appDefaultWatchers(
application: Application,
reachabilityWatcher: ReachabilityWatcher = objectWatcher
): List {
return listOf(
ActivityWatcher(application, reachabilityWatcher),
FragmentAndViewModelWatcher(application, reachabilityWatcher),
RootViewWatcher(reachabilityWatcher),
ServiceWatcher(reachabilityWatcher)
)
}
首先我们来看一下ObjectWatcher ，它的关键代码如下：
@Synchronized fun watch(
watchedObject: Any,
description: String
) {
if (!isEnabled()) {
return
}
removeWeaklyReachableObjects()
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
checkRetainedExecutor.execute {
moveToRetained(key)
}
}
主要是对watchedObject使用了弱引用，同时注意到里面使用了ReferenceQueue，这两者结合使用可以实现如果弱引用关联的对象被回收，就会把这个弱引用加入到queue中，以此来判断该对象是否被回收。
LeakCanary主要的检测对象是以上4种，以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) {
reachabilityWatcher.expectWeaklyReachable(
activity, “${activity::class.java.name} received Activity#onDestroy() callback”
)
}
}
}
在ActivityWatcher中注册了ActivityLifecycleCallbacks，同时在onActivityDestroyed的时候，执行了一些操作，查看源码：
@Synchronized override fun expectWeaklyReachable(
watchedObject: Any,
description: String
) {
if (!isEnabled()) {
return
}
removeWeaklyReachableObjects()
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
checkRetainedExecutor.execute {
moveToRetained(key)
}
}
上述代码的主要逻辑是：
-
移除弱可达的对象
-
将当前的
watchedObject添加到KeyedWeakReference当中 -
将这个weakReference保存到数组中
-
在
checkRetainedExecutor中执行moveToRetained方法
根据removeWeaklyReachableObjects方法中原理，如果这个对象除了由ObjectWatcher所添加的WeakReference以外，没有其他对象在引用它了，那么这个对象也就可以回收了，watchedObjects也就可以移除他了。
private fun removeWeaklyReachableObjects() {
var ref: KeyedWeakReference?
do {
ref = queue.poll() as KeyedWeakReference?
if (ref != null) {
watchedObjects.remove(ref.key)
}
} while (ref != null)
}
}
checkRetainedExecutor其实是个单例对象，里面会通过handler来延迟5s来执行方法。如果超过5s则会触发LeakCanary的泄漏检测机制。5s只是个经验值应该，因为GC并不是实时发生，因而预留5s交给GC操作。
触发了LeakCanary的泄漏检测之后，则会执行HeapDumpTrigger的dumpHeap方法，在获取到了.hprof文件之后，调用HeapAnalyzerService.runAnalysis()给出分析结果。 关于.hprof文件的分析，不是本文重点，具体可以参考hprof文件协议。其分析基本也就是根据GC Root去寻找泄漏的对象，大体流程图如下。
在Android中常见的内存泄漏
单例
单例所导致的内存泄漏几乎是在android开发中最为常见的内存泄漏问题了。
public class Singleton {
private static Singleton singleton;
private Context context;
private Singleton(Context context) {
this.context = context;
}
public static Singleton getInstance(Context context) {
if (singleton == null) {
singleton = new Singleton(context);
}
return singleton;
}
}
在上面的代码中，如果在执行getInstance方法的时候，传入的是activity的对象，那么该activity对象就没法被及时回收，导致内存泄漏，可以考虑传入ApplicationContext，或者把context放入到方法变量中。
非静态内部类（包括匿名内部类）
非静态内部类会默认持有外部类的引用，如果它的生命周期长于外部类时，就会导致内存泄漏。 在android开发，这种情况常常见于Handler的使用。
尽可能避免使用静态变量
class MainActivity : AppCompatActivity() {
companion object {
@JvmStatic
private var info: StaticInfo? = null
}
override fun onCreate(savedInstanceState: Bundle?) {
info = StaticInfo(this)
}
class StaticInfo(activity: MainActivity) {
}
在上述代码中，info是一个静态变量，但是它持有了activity的引用，由于静态变量的生命周期要比activity的生命周期长，导致activity无法及时回收，造成内存泄漏。
资源未关闭造成的内存泄漏
诸如cursor、inputStream等对象一定要注意及时关闭
try {
}catch (e:Exception) {
}finally {
// 可以在finally方法里把cursor等对象进行关闭
}
集合中的对象未及时清理造成的内存泄漏
val list = ArrayList()
例如，如果一个list中存放的是activity对象，就会可能导致activity无法及时回收。如果该list是静态对象的话，不及时移除activity的话，就更会产生内存泄漏了。
webview造成的内存泄漏
因为webview在加载完网页后，它的callback会持有activity的引用，造成webview的内存无法释放。可以在activity的onDestroy()方法中移除该webview，并调用webview.destroy()。
未取消注册或回调造成的内存泄漏
在android中回调是使用非常多的，但如果在注册回调的时候，传入了context对象，则需要注 意及时取消回调，否则就可能会出现内存泄漏。例如eventbus和广播。
内存优化
-
使用
intentService代替Service，或者service执行完记得及时停止 -
在系统资源紧张的时候，尽可能多释放一些非重要的资源（如图片的内存缓存）
class MyApp : Application() {
override fun onTrimMemory(level: Int) {
super.onTrimMemory(level)
// 可以在这里做些内存释放的工作
}
}
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）
学习福利
【Android 详细知识点思维脑图（技能树）】
其实Android开发的知识点就那么多，面试问来问去还是那么点东西。所以面试没有其他的诀窍，只看你对这些知识点准备的充分程度。so，出去面试时先看看自己复习到了哪个阶段就好。
虽然 Android 没有前几年火热了，已经过去了会四大组件就能找到高薪职位的时代了。这只能说明 Android 中级以下的岗位饱和了，现在高级工程师还是比较缺少的，很多高级职位给的薪资真的特别高（钱多也不一定能找到合适的），所以努力让自己成为高级工程师才是最重要的。
这里附上上述的面试题相关的几十套字节跳动，京东，小米，腾讯、头条、阿里、美团等公司19年的面试题。把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节。
由于篇幅有限，这里以图片的形式给大家展示一小部分。
网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
高薪职位的时代了。这只能说明 Android 中级以下的岗位饱和了，现在高级工程师还是比较缺少的，很多高级职位给的薪资真的特别高（钱多也不一定能找到合适的），所以努力让自己成为高级工程师才是最重要的。
这里附上上述的面试题相关的几十套字节跳动，京东，小米，腾讯、头条、阿里、美团等公司19年的面试题。把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节。
由于篇幅有限，这里以图片的形式给大家展示一小部分。
[外链图片转存中…(img-QcWh6jWE-1713232920713)]
网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
724
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
