面试主题我这里打算分为三部分去发布,大家可以关注我一下,以免错过。
Android基础知识
1.Looper总结
- Looper通过prepare方法进行实例化,先从他的成员变量sThreadLocal中拿取,没有的话就new 一个Looper,然后放到sThreadLocal中缓存。每个线程只能创建一个Looper实例
private static void prepare(boolean quitAllowed) {
if (sThreadLocal.get() != null) {
throw new RuntimeException("Only one Looper may be created per thread");
}
sThreadLocal.set(new Looper(quitAllowed));
}
- Looper通过loop方法开启循环队列,里面开启了死循环,没有msg时候会阻塞
- 在ActivityThread的main方法中也就是Activity启动的时候,已经调用了Looper.prepareMainLopper()方法
2.ThreadLocal在Looper中的使用
为了解决多个线程访问同一个数据问题,同步锁的思路是线程不能同时访问一片内存区域.而ThreadLocal的思路是,干脆给每个线程Copy一份一摸一样的对象,线程之间各自玩自己的,互相不影响对方 常见ThreadLocal应用场景:确保在每一个线程中只有一个Looper的实例对象
- ThreadLocal的set方法
public void set(T value) {
Thread t = Thread.currentThread();
ThreadLocalMap map = getMap(t);
if (map != null)
map.set(this, value);
else
createMap(t, value);
}
- ThreadLocal的get方法
public T get() {
Thread t = Thread.currentThread();
ThreadLocalMap map = getMap(t);
if (map != null) {
ThreadLocalMap.Entry e = map.getEntry(this);
if (e != null) {
@SuppressWarnings("unchecked")
T result = (T)e.value;
return result;
}
}
return setInitialValue();
}
简而言之:先拿到当前线程,再从当前线程中拿到ThreadLocalMap,通过ThreadLocalMap来存储数据。(ThreadLocalMap是Thread的成员变量)
- handler postDelay这个延迟是怎么实现的:handler.postDelay直接将消息插入MessageQueue,以MessageQueue的时间顺序排列和唤醒的方式结合实现的。
3.Service 和 IntentService
Activity对事件响应不超过5秒,BroadcastReceiver执行不超过10秒,Service耗时操作为20秒。否则系统会报ANR
- 使用startService()方法启用服务后,调用者与服务之间没有关连。调用者直接退出而没有调用stopService的话,Service会一直在后台运行
- 使用bindService()方法启用服务,调用者与服务绑定在一起了,调用者一旦退出,服务也就自动终止
- IntentService是Service的子类,会创建子线程来处理所有的Intent请求,其onHandleIntent()方法实现的代码,无需处理多线程问题
4.FragmentPageAdapter和FragmentPageStateAdapter的区别
- FragmentPageAdapter在每次切换页面的的时候,没有完全销毁Fragment,适用于固定的,少量的Fragment情况。默认notifyDataSetChanged()刷新是无效的
- FragmentPageStateAdapter在每次切换页面的时候,是将Fragment进行回收,适合页面较多的Fragment使用,这样就不会消耗更多的内存
5.Sqlite数据库,什么是事务
事务是由一个或多个sql语句组成的一个整体,如果所有语句执行成功那么修改将会全部生效,如果一条sql语句将销量+1,下一条再+1,倘若第二条失败,那么销量将撤销第一条sql语句的+1操作,只有在该事务中所有的语句都执行成功才会将修改加入数据库中
sqlite数据库相关操作,主要包括创建和增删改查,事务
6.怎么做Sqlite数据库升级
- 直接删除老数据库,但会造成数据丢失,一般不采用。
- 对数据库进行升级。
7.invalidate与requestLayout区别
- view调用invalidate将导致当前view的重绘,viewGroup调用invalidate会使viewGroup的子view调用draw
- requestLayout方法只会导致当前view的measure和layout,而draw不一定被执行。只有当view的位置发生改变才会执行draw方法
8.View和ViewGroup区别
- ViewGroup的onInterceptTouchEvent默认返回false,即不拦截事件,View没有拦截事件方法,View默认时消耗事件的
- ViewGroup默认不会调用onDraw方法,View默认会调用onDraw方法。可以通过setWillNotDraw(boolean willNotDraw)来指定是否调用onDraw方法
/**
* If this view doesn't do any drawing on its own, set this flag to
* allow further optimizations. By default, this flag is not set on
* View, but could be set on some View subclasses such as ViewGroup.
*
* Typically, if you override {@link #onDraw(android.graphics.Canvas)}
* you should clear this flag.
*
* @param willNotDraw whether or not this View draw on its own
*/
public void setWillNotDraw(boolean willNotDraw) {
setFlags(willNotDraw ? WILL_NOT_DRAW : 0, DRAW_MASK);
}
9.android版本新特性
- 5.0 引入Material Design主题
- 6.0 运行时权限
- 7.0 文件读写权限适配FileProvider 移除了对 Apache HTTP 客户端的支持,建议使用 HttpURLConnection 代替。继续使用 Apache HTTP API,必须先在 build.gradle 文件中配置: android { useLibrary 'org.apache.http.legacy' } 复制代码
- 8.0 为所有通知分配渠道 app内更新下载好的apk文件,需要用户开启未知应用安装权限
- 9.0 使用安全的网络访问,如果使用http请求会报错。Android 9.0 网络适配
- 10.0 存储空间分区存储,沙盒模式
10.Android中一张图片占据的内存大小是如何计算
- 图片来源是 res 内的不同资源目录时,系统会根据设备当前的 dpi 值以及资源目录所对应的 dpi 值,做一次分辨率转换,规则如下:新分辨率 = 原图横向分辨率 * (设备的 dpi / 目录对应的 dpi ) * 原图纵向分辨率 * (设备的 dpi / 目录对应的 dpi )
- 其他图片的来源,如磁盘,文件,流等,均按照原图的分辨率来进行计算图片的内存大小
- 一张图片占用的内存大小的计算公式:分辨率 * 像素点大小;但分辨率不一定是原图的分辨率,需要结合一些场景来讨论,像素点大小就几种情况:ARGB_8888(4B)、RGB_565(2B) 等等
11.APP启动速度优化
- 用adb命令可以检测启动时间,示例如下:
adb shell am start -W [packageName]/[.MainActivity]
./adb shell am start -W "com.hchstudio.dict"/".MainActivity"
WaitTime为我们所关注的启动时间
- app的启动流程,主要需要减少Application和启动界面的onCreate方法
- 的app首页主题样式加上android:windowBackground,放一下app的背景图片,这样即使app启动慢,也会首先加载背景,这样就会给用户造成一种假象,认为是app已经启动
<!--AppTheme.Launcher为启动界面的主题样式-->
<style name="AppTheme.Launcher">
<item name="android:windowBackground">@color/colorLauncher</item>
</style>
12.内存抖动
内存抖动是由于短时间内有大量对象进出新生区导致的,它伴随着频繁的GC,gc会大量占用ui线程和cpu资源,会导致app整体卡顿。
避免发生内存抖动的几点建议:
- 尽量避免在循环体内创建对象,应该把对象创建移到循环体外。
- 注意自定义View的onDraw()方法会被频繁调用,所以在这里面不应该频繁的创建对象。
- 当需要大量使用Bitmap的时候,试着把它们缓存在数组或容器中实现复用。
- 对于能够复用的对象,同理可以使用对象池将它们缓存起来。
13.Android中ClassLoader的种类&特点:
- BootClassLoader(Java的BootStrap ClassLoader):
用于加载Android Framework层class文件。
- PathClassLoader(Java的App ClassLoader):
只能加载已经安装过的apk的dex文件
- DexClassLoader(Java的Custom ClassLoader):
可以从一个jar包或者未安装的apk中加载dex文件
- BaseDexClassLoader:
是PathClassLoader和DexClassLoader的父类。
14.SharePreference为什么不能存储较大value
public String getString(String key, @Nullable String defValue) {
synchronized (this) {
awaitLoadedLocked();
String v = (String)mMap.get(key);
return v != null ? v : defValue;
}
}
private void awaitLoadedLocked() {
while (!mLoaded) {
try {
wait();
} catch (InterruptedException unused) {
}
}
- SharePreference存值的时候,内部会有一个静态的map保存了你所有的key和value
private ArrayMap<File, SharedPreferencesImpl> getSharedPreferencesCacheLocked() {
if (sSharedPrefsCache == null) {
sSharedPrefsCache = new ArrayMap<>();
}
final String packageName = getPackageName();
ArrayMap<File, SharedPreferencesImpl> packagePrefs = sSharedPrefsCache.get(packageName);
if (packagePrefs == null) {
packagePrefs = new ArrayMap<>();
sSharedPrefsCache.put(packageName, packagePrefs);
}
return packagePrefs;
}
15.实现View滑动的几个办法
- View自身提供的scrollTo()和scrollBy方法。但只适合对View内容的滑动
- 使用动画。但滑动后的View点击没有效果,所以适用于没有交互的View
- 改变布局参数,比如layoutParams.left。比动画稍微复杂,适合有交互的View
Scroller使用。调用startScroll方法,然后invidate() --> View会调用onDraw(),里面会调用computeScroll(),此方法默认空实现,需要自行实现 --> 重写computeScroll(),实现滑动,如果没有结束,postInvalidate()重绘
16.事件分发
- 源码
// 1. Activity的dispatchTouchEvent()方法
public boolean dispatchTouchEvent(MotionEvent ev) {
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
onUserInteraction();
}
//交给PhoneWindow处理
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
}
return onTouchEvent(ev);
}
// 2. PhoneWindow的superDispatchTouchEvent()方法
public boolean superDispatchTouchEvent(MotionEvent event) {
//交给DecorView处理
return mDecor.superDispatchTouchEvent(event);
}
// 3. 由于DecorView是FrameLayout子类,所以事件会被传递到DecorView的子View也就是,setContentView设置的View中
- View的事件分发
17.View的测量
18.内存泄露
产生内存泄露的原因:某个对象应该销毁,但因为被其他对象持有无法销毁就会产生内存泄漏。
比如:Handler 引起的内存泄漏。Activity已经销毁,但销毁后handleMessage方法被调用,内部类还持有外部类Activity的引用。解决办法:
1.将内部类声明为静态(kotlin内部类默认就是静态)
2.或者用弱引用
3.用生命周期更长的比如applicationContext代替activity
- 为什么内部类会持有外部类引用
因为编译时候,内部类构造方法中会传入外部类的引用
//原代码
class InnerClassOutClass{
class InnerUser {
private int age = 20;
}
}
//class代码
class InnerClassOutClass$InnerUser {
private int age;
InnerClassOutClass$InnerUser(InnerClassOutClass var1) {
this.this$0 = var1;
this.age = 20;
}
}
19.Activity,View,Window三者关系
- 一个Activity包含了一个Window对象,这个对象是由PhoneWindow来实现的
- PhoneWindow将DecorView作为整个应用窗口的根View
- 而DecorView又将屏幕划分为两个区域:一个是TitleView,另一个是ContentView,我们平时所写的就是展示在ContentView中的
最后
在这里我也分享一份由几位大佬一起收录整理的 Flutter进阶资料以及Android学习PDF+架构视频+面试文档+源码笔记 ,并且还有 高级架构技术进阶脑图、Android开发面试专题资料,高级进阶架构资料……
这些都是我闲暇时还会反复翻阅的精品资料。可以有效的帮助大家掌握知识、理解原理。当然你也可以拿去查漏补缺,提升自身的竞争力。
如果你有需要的话,可以前往 GitHub 自行查阅。