关于 Android 的行业现状
当前移动开发领域热度有所回落，不再像前两年那样火爆，与此同时 AI 概念兴起，业界常有'Android 不行了'的言论。其实不仅是 Android，iOS 也面临类似讨论。我的观点是：Android 依然稳健，只是回归了常态。
在面试中，除了宏观认知，技术细节的考察依然严格。以下是高频考点概览：
- ListView 中图片错位的问题是如何产生的？
- 混合开发有了解吗？知道哪些方式（如 RN、Weex、H5、小程序）及其优缺点和场景？
- 屏幕适配的处理技巧有哪些？
- 服务器只提供数据接收接口，在多进程条件下如何保证数据有序到达？
- 动态布局的理解及去重代码的方法。
- Android 大体架构图绘制。
- RecyclerView 和 ListView 的区别。
- 动态权限适配方案及权限组概念。
- ContentProvider 的设计意图。
- 下拉状态栏是否影响 Activity 生命周期。
- onStop 时做网络请求，onResume 如何恢复？
- Bitmap 使用注意事项及 recycler() 方法。
- 开启摄像头的主要步骤。
- ViewPager 初始化细节（仅初始化当前 Fragment）。
- 点击事件被拦截但想传到下方 View 的操作。
- 微信主页面的实现方式及消息小红点原理。
- CAS 机制介绍。
ListView 图片加载错位的深度解析
ListView 为了优化性能，内部有一套完善的行 Item 缓存机制。它通过 Adapter 的 getView 函数获取每行的 Item，并在滑动过程中复用 View。
缓存机制流程：
- 滑出屏幕： 如果某行 Item 已滑出且不在缓存内，则放入缓存；若已在缓存，则更新。
- 滑入屏幕： 获取新行 Item 前，先判断缓存是否有可用 Item。若有，将其作为
convertView传递给 Adapter 的getView。
常见问题：
- 图片显示重复： 第 2 行异步加载图片较慢，期间列表滑到第 14 行。当第 2 行图片加载结束时，第 2 行的 View 可能已被第 14 行复用。此时第 14 行显示了本该属于第 2 行的图片。
- 图片闪烁： 第 14 行图片很快加载结束，覆盖了之前复用的第 2 行图片，导致视觉上的闪烁错乱。
解决方案：
问题的根源在于异步加载与对象复用。解决思路是在每次 getView 时给对象一个唯一标识（如 Position）。在异步回调中比较当前加载的图片标识与 Item 当前的标识是否一致。只有标识匹配时才设置图片，否则忽略该次加载结果。这样就能确保 View 复用时不会显示错误的图片内容。
