Google 为了帮助 Android 开发者更快更好地开发 App,推出了一系列组件,这些组件被打包成了一个整体,称作 Android Jetpack,它包含的组件如下图所示:
老的 support 包被整合进了 Jetpack,例如上图 Foundation 模块的 AppCompat,整合进去之后,包名做了一下修改,全部以 androidx 开头。Android Studio 提供的迁移工具(Refactor > Migrate to AndroidX)可以将源码中的旧包名替换成新的,但是如果 Maven 依赖的产物还未迁移到 AndroidX 的话,还需要配置一个工具—— Jetifier
1.ListView 中图片错位的问题是如何产生的?
2.混合开发有了解吗?
3.知道哪些混合开发的方式?说出它们的优缺点和各自使用场景?(解答:比如:RN,weex,4.H5,小程序,WPA等。做Android的了解一些前端js等还是很有好处的);
5.屏幕适配的处理技巧都有哪些?
6.服务器只提供数据接收接口,在多线程或多进程条件下,如何保证数据的有序到达?
7.动态布局的理解
8.怎么去除重复代码?
9.画出 Android 的大体架构图
10Recycleview和ListView的区别
11.ListView图片加载错乱的原理和解决方案
ListView item
缓存机制:为了使得性能更优,ListView
会缓存行item(某行对应的View)。ListView
通过adapter的getView
函数获得每行的item。
滑动过程中
1)如果某行item已经滑出屏幕,若该item不在缓存内,则put进缓存,否则更新缓存;
2)获取滑入屏幕的行item之前会先判断缓存中是否有可用的item,如果有,做为convertView
参数传递给adapter
的getView。
出现的问题:
1)行item图片显示重复,当前行item显示了之前某行item的图片。
比如ListView
滑动到第2行会异步加载某个图片,但是加载很慢,加载过程中listView
已经滑动到了第14行,且滑动过程中该图片加载结束,第2行已不在屏幕内,根据上面介绍的缓存原理,第2行的view可能被第14行复用,这样我们看到的就是第14行显示了本该属于第2行的图片,造成显示重复。
2)行item图片显示闪烁
如果第14行图片又很快加载结束,所以我们看到第14行先显示了第2行的图片,立马又显示了自己的图片进行覆盖造成闪烁错乱。
解决方法
通过上面的分析我们知道了出现错乱的原因是异步加载及对象被复用造成的,如果每次getView
能给对象一个标识,在异步加载完成时比较标识与当前行item的标识是否一致,一致则显示,否则不做处理即可。
12.动态权限适配方案,权限组的概念
13.Android系统为什么会设计ContentProvider?
14.下拉状态栏是不是影响activity的生命周期
15.如果在onStop的时候做了网络请求,onResume的时候怎么恢复?
16.Bitmap 使用时候注意什么?
17.Bitmap的recycler()
18.Android中开启摄像头的主要步骤
19.ViewPager使用细节,如何设置成每次只初始化当前的Fragment,其他的不初始化?
20.点击事件被拦截,但是想传到下面的View,如何操作?
21.微信主页面的实现方式
22.微信上消息小红点的原理
23.CAS介绍
最后
Android学习是一条漫长的道路,我们要学习的东西不仅仅只有表面的 技术,还要深入底层,弄明白下面的 原理,只有这样,我们才能够提高自己的竞争力,在当今这个竞争激烈的世界里立足。
人生不可能一帆风顺,有高峰自然有低谷,要相信,那些打不倒我们的,终将使我们更强大,要做自己的摆渡人。