尾声
如果你想成为一个优秀的 Android 开发人员,请集中精力,对基础和重要的事情做深度研究。
对于很多初中级Android工程师而言,想要提升技能,往往是自己摸索成长,不成体系的学习效果低效漫长且无助。 整理的这些架构技术希望对Android开发的朋友们有所参考以及少走弯路,本文的重点是你有没有收获与成长,其余的都不重要,希望读者们能谨记这一点。
这里,笔者分享一份从架构哲学的层面来剖析的视频及资料分享给大家梳理了多年的架构经验,筹备近6个月最新录制的,相信这份视频能给你带来不一样的启发、收获。
PS:之前因为秋招收集的二十套一二线互联网公司Android面试真题 (含BAT、小米、华为、美团、滴滴)和我自己整理Android复习笔记(包含Android基础知识点、Android扩展知识点、Android源码解析、设计模式汇总、Gradle知识点、常见算法题汇总。)
架构篇
《Jetpack全家桶打造全新Google标准架构模式》
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
它是造成应用程序OOM的主要原因之一;由于Android系统为每个应用程序分配的内存有限,当一个应用中产生的内存泄漏比较多时,就难免会导致应用所需要的内存超过系统分配的内存限额,这就造成了内存泄漏而导致应用Crash;
内存泄漏排查:
1、使用adb命令:adb shell dumpsys meminfo 包名,查看当前activity数量。
不停打开关闭要排查页面,由于关闭页面后垃圾回收不会立即执行,为了测试,借助Android Studio自带的Profiler,点击强制垃圾回收。若activiy数量和最开始时一致,则表示正常,若activity数量增加,则表明内存泄漏。
2、使用AS中Profiler进一步问题排查,点击Dump JAVA heap导出堆分配。
常见内存泄漏的情况:
1、静态Activity(Activity上下文Context)和View
静态变量Activity和View会导致内存泄漏,在下面代码中对Activity的Context和TextView设置为静态对象,从而产生内存泄漏;
因为context和textView的实例的生命周和应用的生命一样,而他们持有当前Activity(MemoryTestActivity)的引用,一旦MemoryTestActivity销毁,而他的引用一直持有,就不会被回收,所以产生内存泄漏了;
public class MemoryTestActivity extends AppCompatActivity {
private static Context context;
private static TextView textView;
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_memory_test);
context = this;
textView = new TextView(this);
}
}
2、单例造成的内存泄漏
Android的单例模式是开发中经常使用的模式,使用不恰当可能导致内存泄漏;单例的生命周期和应用的生命周期一样,也就是单例持有必须是和应用生命周期一样的对象,不能持有和应用生命周期不一致的对象例如:Activity(Context)上下文:
public class TestManager {
private static TestManager manager;
private Context context;
private TestManager(Context context) {
this.context = context;
}
/**
* 如果传入的context是activity,service的上下文,会导致内存泄漏
* 原因是我们的manger是一个static的静态对象,这个对象的生命周期和整个app的生命周期一样长
* 当activity销毁的时候,我们的这个manger仍然持有者这个activity的context,就会导致activity对象无法被释放回收,就导致了内存泄漏
*/
public static TestManager getInstance(Context context) {
if (manager == null) {
manager = new TestManager(context);
}
return manager;
}
}
解决方法:修改TestManager单例模式使用的上下文Context,TestManager单例模式引用ApplicationContext,TestManager单例模式和应用生命周期一样,ApplicationContext和应用的生命周期是一样,这样不会出现内存泄漏;
public class TestManager {
private static TestManager manager;
private Context context;
private TestManager(Context context) {
this.context = context;
}
//正确写法
public static TestManager getInstance(Context context) {
if (manager == null) {
manager = new TestManager(context.getApplicationContext());
}
return manager;
}
}
3、线程造成的内存泄漏
匿名线程内部类会隐式引用Activity,当执行耗时任务时,一直隐式引用Activity,当Activity关闭时,由于匿名线程内部类会隐式引用Activity无法及时回收;
public class MemoryTestActivity extends AppCompatActivity {
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_memory_test);
anonymousInnerClass();
}
//匿名内部类持有MemoryTestActivity实例引用,当耗时匿名线程内部类执行完成以后MemoryTestActivity实例才会回收;
public void anonymousInnerClass() {
new AsyncTask<Void, Void, Void>(){
@Override
protected Void doInBackground(Void... voids) {
//执行异步处理
SystemClock.sleep(120000);
return null;
}
}.execute();
}
}
解决方法:修改AsyncTask匿名内部类为静态类,解除Activity隐式引用,MemoryTestActivity销毁时要及时取消异步任务staticAsyncTask.cancel(true),防止异步任务执行完成更新销毁MemoryTestActivity实例的UI;
public class MemoryTestActivity extends AppCompatActivity {
private StaticAsyncTask staticAsyncTask;
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_memory_test);
staticAsyncTask = new StaticAsyncTask(this);
staticAsyncTask.execute();
}
private static class StaticAsyncTask extends AsyncTask<Void, Void, Void> {
private WeakReference<Context> weakReference;
public StaticAsyncTask(Context context) {
weakReference = new WeakReference<Context>(context);
}
@Override
protected Void doInBackground(Void... voids) {
//执行异步处理
SystemClock.sleep(120000);
return null;
}
@Override
protected void onPostExecute(Void aVoid) {
super.onPostExecute(aVoid);
MemoryTestActivity activity = (MemoryTestActivity) weakReference.get();
if (activity != null) {
//异步任务执行完成,执行UI处理
}
}
}
@Override
protected void onDestroy() {
super.onDestroy();
staticAsyncTask.cancel(true);
}
}
4、非静态内部类创建静态实例造成的内存泄漏
public class MemoryTestActivity extends AppCompatActivity {
private static TestResource testResource;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_memory_test);
testResource = new TestResource();
}
class TestResource{
//资源类
}
}
这样就在Activity内部创建了一个非静态内部类的单例,每次启动Activity时都会使用该单例的数据,这样虽然避免重复创建,不过这种写法会造成内存泄漏,因为非静态内部类默认会持有外部类的引用,而又使用了该非静态内部类创建了一个静态实例,该实例的生命周期和应用一样长,这就导致了该静态实例一直持有该Activity的引用,导致Activity的内存资源不能正常回收;
解决方法:将该内部类设为静态内部类或将内部类抽象出来封装一个单例,如果需要使用Context,请使用ApplicationContext;
5、Handler造成的内存泄漏
Handler的使用造成的内存泄漏问题是比较常见的,平时处理网络任务或者封装一些请求回调等api都应该会借助Handler处理,对于Handler的使用代码不规范可能会造成内存泄漏,如下示例:
private Handler mHandler = new Handler(){
@Override
public void handleMessage(Message msg) {
//处理UI显示
}
};
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_memory_test);
loadData();
}
//loadData()方法在子线程中执行
private void loadData() {
Message message = Message.obtain();
//模拟线程延迟120秒发送Message
mHandler.sendMessageDelayed(message, 120000);
}
}
设计模式学习笔记
设计模式系列学习视频
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
式系列学习视频
[外链图片转存中…(img-WcNEUCkj-1715165645516)]
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!