新手技术问询：Android Library API及相关概念的基础解释

嘿，刚入门Android开发的话，这三个问题确实容易绕晕，我用最接地气的方式给你拆解：

1）Android Library中的API是什么？ #

说白了，Android Library（安卓库）就像一个现成的「工具箱」——里面装着别人已经写好的、能实现特定功能的代码块，比如处理图片的Glide库、做滚动列表的RecyclerView库。

而API就是这个工具箱上的「操作按钮/使用说明」：你不需要知道工具箱里的零件是怎么造的（比如Glide怎么压缩图片、RecyclerView怎么实现流畅滚动），只要按这些「按钮」（调用对应的方法、类、常量）就能直接用上它的功能。

举个栗子：你用RecyclerView库的时候，调用setAdapter()方法把数据绑定到列表上，调用notifyItemInserted()告诉列表更新某一行——这些方法就是RecyclerView库提供的API，是它对外开放、让开发者能直接调用的接口。

2）已使用的Android API的变更？ #

你可以把API的变更理解成「工具箱的操作规则变了」——之前你习惯按的按钮，可能要么被贴了「禁止使用」的标签，要么换了位置，要么按下去的效果和以前不一样了。

常见的变更类型有这几种：

• 废弃（Deprecated）：比如Android 10之前的getExternalStorageDirectory()方法，因为隐私政策更新，后来被标记为废弃，官方明确告诉你别再用了，有新的方法getExternalFilesDir()替代。
• 行为改变：比如某些权限API，Android 6之前只要在Manifest文件里声明就能用，但Android 6之后必须在代码里动态申请权限，原来的老代码直接运行就会因为权限不足崩溃。
• 直接移除：极少数情况下，有些非常老旧的API会被彻底删掉，你如果还在代码里调用，连编译都通不过。

这些变更大多是因为系统要升级（比如更安全、更高效），所以官方会调整API的设计，我们得跟着更新代码适配。

3）已使用的Android API的故障易发性（附具体含义） #

先明确含义： #

「已使用API的故障易发性」就是你现在用的这个API，在实际运行时出现崩溃、功能失效、异常行为的概率高低——概率越高，说明这个API越容易出问题。

具体哪些场景会导致易发性高？ #

• 版本兼容性问题：比如某个API在Android 8上用得好好的，但Android 12因为隐私限制，调用它就会抛出SecurityException，这种API的故障易发性就高，跨版本运行容易踩坑。
• 厂商ROM定制差异：有些手机厂商会修改原生Android的系统逻辑，比如小米、华为对后台进程的限制比原生严，你用某些后台唤醒的API，在原生系统没问题，但在这些厂商的手机上就会失效，故障易发性也高。
• API本身设计缺陷：比如早年的AsyncTask，它在并发任务多的时候容易出现内存泄漏、线程池阻塞的问题，本身就容易出故障，所以后来官方推荐用Coroutines替代。
• 使用场景限制：比如某些网络API，在弱网环境下超时概率特别高，那在网络不稳定的场景里，它的故障易发性就高。

举个简单的例子：你用了一个已经被废弃三年的老API，那它的故障易发性肯定比官方推荐的新API高很多，因为后续系统更新可能随时让它失效。

内容的提问来源于stack exchange，提问作者Stephan