Android-开发你需要了解的那些事：学习路线规划+技术需注意的问题，技术详细介绍

所以可能很多小伙伴会把上面四个条件的第一个和 Activity 直接挂钩，以为是在主线程耗时超过 5s 就会 ANR。实际上是 InputDispatching。

第二点：子线程使用

Q： 既然主线程不能做耗时任务，那么有耗时任务怎么办？

A： 通过 new Thread 启动一个子线程，在子线程处理。

Q： 考虑一个场景，比如类似微信这类 IM 软件收到消息。需要写数据库，这个时候需要启动线程。当收到消息 N 多的时候，如果都用 new Thread 启动线程的话，是否会有问题。场景模拟可以通过循环创建子线程模拟。

上代码例子：
MainActivity.java 文件：

public class MainActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
for (int i = 0; i < 10000; i++) {
new Thread(new Runnable() {
@Override
public void run() {
try {
Thread.sleep(5000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}).start();
}
}
}

这个部分手机厂商比如（华为）有对线程数目做限制的话，一运行就会 crash，Logcat 会看到下面信息：

pthread_create (1040KB stack) failed: Out of memory

我这边一开始在三星 S7 上面运行，并没有出现。后面换成华为 5x 手机就出现了。

Android 开发的小伙伴都知道兼容是硬伤，所以我们不能抱有侥幸心理。

针对这种情况，我们不能一遇到耗时任务，就很潇洒的一个 new Thread 全部搞定。

如果你当前界面只有一个耗时任务，而且只需要调用一次，那么你进入该界面用 new Thread 来处理没有问题。

但是假设像上面我们描述的场景那样，需要调用多次的时候。你就不能简单粗暴的使用 new Thread 了。

推荐方式是使用线程池。
一个原因是避免一些厂商的线程数目限制。
另一个原因是减少线程的频繁创建和销毁。

第三点：内部类都可能存在的问题

Q： 上面我们说到了，如果界面调用一次，而且需要启动线程的时候。可以使用 new Thread 创建，那么直接使用 new Thread 可能还有什么问题吗？

这里想考察的点可能比较晦涩一点。

由于内部类会持有外部类的引用。假设在 Activity 里面通过匿名内部类的方式来启动线程做耗时任务。当用户退出界面时，由于内部类还持有 Activity 的引用，因此 Activity 没法得到释放。

就会存在内存泄漏问题。

解决方法也比较统一，那就是将内部类改为静态内部类。

所以修改后的代码对比如下：

修改前：

public class MainActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
new Thread(new Runnable() {
@Override
public void run() {
//TODO
}
}).start();
}
}

修改后：

public class MainActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
new StaticThread().start();
}

private static class StaticThread extends Thread {
@Override
public void run() {
super.run();
//TODO
}
}
}

第四点：弱引用场景应用

Q： 用过 Handler 吗？

A： 用过。

Q： 写一下简单的 demo 我看下。

这个是紧接第三点。如果不涉及界面交互，只需要使用到静态内部类就可以解决。但是当 Handler 里面需要做界面更新处理时，那么需要使用弱引用。因为静态内部类的处理方式本来就是为了避免 Activity 无法得到释放。你如果把 Activity 直接传进来，那么 Activity 的引用被静态内部类持用了，所以这个时候就需要使用到弱引用了。

直接上代码：

public class MainActivity extends AppCompatActivity {
private static class StaticHandler extends Handler {
private WeakReference activityWeakReference;

public StaticHandler(MainActivity mainActivity) {
this.activityWeakReference = new WeakReference<>(mainActivity);
}

@Override
public void handleMessage(Message msg) {
super.handleMessage(msg);
//TODO
//use activityWeakReference.get() to get view
}
}

private StaticHandler mStaticHandler = new StaticHandler(this);
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
mStaticHandler.sendEmptyMessage(0);
}
}

第五点：持久化 SharedPreferences 的使用

一般很多网上教程和例子在 SharedPreferences 的数据写入时，一般都会使用 Editor 的 commit 方法。

由于 commit 方法是同步写入的。并且写文件属于 I/O 操作，如果你有大量的数据需要写入，并且你是在主线程处理的，可能会导致流畅性受影响。极端情况下可能会出现 ANR。

我们点进去源码看下：

If you don’t care about the return value and you’re using this from your application’s main thread, consider using {@link #apply} instead.

其实源码也说的很清楚了。如果你不关心返回值并且你是在应用的主线程使用的话，考虑使用 apply 替换 commit。

由于我们一般不会处理返回值，因此建议使用 apply 替换 commit。

apply 会把变化马上写进内存，然后通过异步方式去写入。

Unlike {@link #commit}, which writes its preferences out to persistent storage synchronously, {@link #apply} commits its changes to the in-memory {@link SharedPreferences} immediately but starts an asynchronous commit to disk and you won’t be notified of any failures.

当然源码还有一个注释如下：

If another editor on this {@link SharedPreferences} does a regular {@link #commit} while a {@link #apply} is still outstanding, the {@link #commit} will block until all async commits are completed as well as the commit itself.

大概意思就是 apply 如果在处理中还未完成的情况下，commit 会阻塞直到所有异步操作完成才会去 commit。

因此如果要替换，建议将 commit 都替换为 apply。

第六点：数据库相关处理

这里主要是考虑类似微信 IM 登录后拉取大量离线消息写入数据库的问题。

通过对比开启事务和不开启事务的耗时来进行说明。

比如不开启事务插入 10000 条纪录和开启事务插入 10000 条纪录耗时对比。

对于大量的数据库操作，建议开启事务的方式，速度的提升是很明显的。

最后

如果你觉得文章写得不错就给个赞呗？如果你觉得那里值得改进的，请给我留言。一定会认真查询，修正不足。谢谢。

希望读到这的您能转发分享和关注一下我，以后还会更新技术干货，谢谢您的支持！

转发+点赞+关注，第一时间获取最新知识点

Android架构师之路很漫长，一起共勉吧！

---

以下墙裂推荐阅读！！！

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

最后

考虑到文章的篇幅问题，我把这些问题和答案以及我多年面试所遇到的问题和一些面试资料做成了PDF文档

喜欢的朋友可以关注、转发、点赞 感谢！

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

试资料做成了PDF文档

[外链图片转存中…(img-XxSITR3c-1712370368982)]

[外链图片转存中…(img-nPsCq1bb-1712370368983)]

喜欢的朋友可以关注、转发、点赞 感谢！

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！