前台进程：
即与用户正在交互的Activity或者Activity用到的Service等，如果系统内存不足时前台进程是最晚被杀死的。
可见进程：
可以是处于暂停状态(onPause)的Activity或者绑定在其上的Service，即被用户可见，但由于失了焦点而不能与用户交互。
服务进程：
其中运行着使用startService方法启动的Service，虽然不被用户可见，但是却是用户关心的，例如用户正在非音乐界面听的音乐或者正在非下载页面下载的文件等；当系统要空间运行，前两者进程才会被终止。
后台进程：
其中运行着执行onStop方法而停止的程序，但是却不是用户当前关心的，例如后台挂着的QQ，这时的进程系统一旦没了有内存就首先被杀死。
空进程：
不包含任何应用程序的进程，这样的进程系统是一般不会让他存在的。
因为bundle传递数据时只支持基本数据类型，所以在传递对象时需要序列化转换成可存储或可传输的本质状态（字节流）。序列化后的对象可以在网络、IPC（比如启动另一个进程的Activity、Service和Reciver）之间进行传输，也可以存储到本地。
Serializable（Java自带）：
Serializable 是序列化的意思，表示将一个对象转换成存储或可传输的状态。序列化后的对象可以在网络上进传输，也可以存储到本地。
Parcelable（androID专用）：
除了Serializable之外，使用Parcelable也可以实现相同的效果，不过不同于将对象进行序列化，Parcelable方式的实现原理是将一个完整的对象进行分解，而分解后的每一部分都是Intent所支持的数据类型，这也就实现传递对象的功能了。
区别总结如下图所示：
VIEw 动画
作用对象是 VIEw，可用 xml 定义，建议 xml 实现比较易读支持四种效果：平移、缩放、旋转、透明度帧动画
通过 AnimationDrawable 实现，容易 OOM属性动画
可作用于任何对象，可用 xml 定义，AndroID 3 引入，建议代码实现比较灵活包括 ObjectAnimator、ValuetAnimator、AnimatorSet时间插值器：根据时间流逝的百分比计算当前属性改变的百分比，系统预置匀速、加速、减速等插值器类型估值器：根据当前属性改变的百分比计算改变后的属性值，系统预置整型、浮点、色值等类型估值器使用注意事项：避免使用帧动画，容易OOM；界面销毁时停止动画，避免内存泄漏；开启硬件加速，提高动画流畅性硬件加速原理：将 cpu 一部分工作分担给 gpu ，使用 gpu 完成绘制工作；从工作分摊和绘制机制两个方面优化了绘制速度tween 补间动画
通过指定VIEw的初末状态和变化方式，对VIEw的内容完成一系列的图形变换来实现动画效果。 Alpha, Scale ,Translate, Rotate。属性动画有两个步聚：
1.计算属性值
2.为目标对象的属性设置属性值，即应用和刷新动画
过程一：
计算已完成动画分数 elapsed fraction。为了执行一个动画，你需要创建一个ValueAnimator，并且指定目标对象属性的开始、结束和持续时间。在调用 start 后的整个动画过程中，ValueAnimator 会根据已经完成的动画时间计算得到一个0 到 1 之间的分数，代表该动画的已完成动画百分比。0表示 0%，1 表示 100%。
过程二：
计算插值（动画变化率）interpolated fraction 。当 ValueAnimator计算完已完成的动画分数后，它会调用当前设置的TimeInterpolator，去计算得到一个interpolated（插值）分数，在计算过程中，已完成动画百分比会被加入到新的插值计算中。
过程三：
计算属性值当插值分数计算完成后，ValueAnimator会根据插值分数调用合适的 TypeEvaluator去计算运动中的属性值。 以上分析引入了两个概念：已完成动画分数（elapsed fraction）、插值分数( interpolated fraction )。
原理及特点：
1.属性动画：
插值器：作用是根据时间流逝的百分比来计算属性变化的百分比。
估值器：在1的基础上由这个东西来计算出属性到底变化了多少数值的类。
其实就是利用插值器和估值器，来计出各个时刻VIEw的属性，然后通过改变VIEw的属性来实现VIEw的动画效果。
2.VIEw动画:
只是影像变化，vIEw的实际位置还在原来地方。
3.帧动画：
是在xml中定义好一系列图片之后，使用AnimatonDrawable来播放的动画。
它们的区别：
属性动画才是真正的实现了 vIEw 的移动，补间动画对vIEw 的移动更像是在不同地方绘制了一个影子，实际对象还是处于原来的地方。 当动画的 repeatCount 设置为无限循环时，如果在Activity退出时没有及时将动画停止，属性动画会导致Activity无法释放而导致内存泄漏，而补间动画却没问题。 xml 文件实现的补间动画，复用率极高。在 Activity切换，窗口d出时等情景中有着很好的效果。 使用帧动画时需要注意，不要使用过多特别大的图，容导致内存不足。
为什么属性动画移动后仍可点击？
播放补间动画的时候，我们所看到的变化，都只是临时的。而属性动画呢，它所改变的东西，却会更新到这个VIEw所对应的矩阵中，所以当VIEwGroup分派事件的时候，会正确的将当前触摸坐标，转换成矩阵变化后的坐标，这就是为什么播放补间动画不会改变触摸区域的原因了。
Activity和Service以及Application的Context是不一样的,Activity继承自ContextthemeWraper.其他的继承自Contextwrapper。
每一个Activity和Service以及Application的Context是一个新的ContextImpl对象。
getApplication()用来获取Application实例的，但是这个方法只有在Activity和Service中才能调用的到。那也许在绝大多数情况下我们都是在Activity或者Servic中使用Application的，但是如果在一些其它的场景，比如broadcastReceiver中也想获得Application的实例，这时就可以借助getApplicationContext()方法，getApplicationContext()比getApplication()方法的作用域会更广一些，任何一个Context的实例，只要调用getApplicationContext()方法都可以拿到我们的Application对象。
创建对话框时不可以用Application的context，只能用Activity的context。
Context的数量等于Activity的个数 + Service的个数 +1，这个1为Application。
2.6、AndroID各版本新特性AndroID5.0新特性
MaterialDesign设计风格支持64位ART虚拟机（5.0推出的ART虚拟机，在5.0之前都是Dalvik。他们的区别是： Dalvik,每次运行,字节码都需要通过即时编译器转换成机器码(JIT)。 ART,第一次安装应用的时候,字节码就会预先编译成机器码(AOT)）通知详情可以用户自己设计AndroID6.0新特性
动态权限管理支持快速充电的切换支持文件夹拖拽应用相机新增专业模式Android7.0新特性
多窗口支持v2签名增强的Java8语言模式夜间模式Android8.0（O）新特性
优化通知通知渠道 (Notification Channel) 通知标志 休眠 通知超时 通知设置 通知清除画中画模式：清单中Activity设置androID:supportsPictureInPicture后台限制自动填充框架系统优化AndroID9.0（P）新特性
室内WIFI定位“刘海”屏幕支持安全增强Android10.0（Q）新特性
夜间模式：包括手机上的所有应用都可以为其设置@R_252_6404@。桌面模式：提供类似于PC的体验，但是远远不能代替PC。屏幕录制：通过长按“电源”菜单中的"屏幕快照"来开启。AndroID11.0（R）新特性
隐私保护优化折叠设备支持优化 5G 体验强制应用调用内置相机：第三方相机 App 的使用并不受影响，用户仍然可以用第三方相机应用拍照、摄像，封堵的只是调用权限而已。2.7、Asset目录与res目录的区别？assets：不会在 R 文件中生成相应标记，存放到这里的资源在打包时会打包到程序安装包中。（通过 AssetManager 类访问这些文件）
res：会在 R 文件中生成 ID 标记，资源在打包时如果使用到则打包到安装包中，未用到不会打入安装包中。
res/anim：存放动画资源。
res/raw：和 asset 下文件一样，打包时直接打入程序安装包中（会映射到 R 文件中）。
2.8、Handler机制AndroID消息循环流程图如下所示：
整个消息的循环流程还是比较清晰的，具体说来：
Handler通过sendMessage()发送消息Message到消息队列MessageQueue。Looper通过loop()不断提取触发条件的Message，并将Message交给对应的target handler来处理。target handler调用自身的handleMessage()方法来处理Message。事实上，在整个消息循环的流程中，并不只有Java层参与，很多重要的工作都是在C++层来完成的。我们来看下这些类的调用关系。
注：虚线表示关联关系，实线表示调用关系。
在这些类中MessageQueue是Java层与C++层维系的桥梁，MessageQueue与Looper相关功能都通过MessageQueue的Native方法来完成，而其他虚线连接的类只有关联关系，并没有直接调用的关系，它们发生关联的桥梁是MessageQueue。
总结
Handler 发送的消息由 MessageQueue 存储管理，并由 Looper 负责回调消息到 handleMessage()。
线程的转换由 Looper 完成，handleMessage() 所在线程由 Looper.loop() 调用者所在线程决定。
Handler 引起的内存泄露原因以及最佳解决方案
Handler 允许我们发送延时消息，如果在延时期间用户关闭了 Activity，那么该 Activity 会泄露。 这个泄露是因为 Message 会持有 Handler，而又因为 Java 的特性，内部类会持有外部类，使得 Activity 会被 Handler 持有，这样最终就导致 Activity 泄露。
解决：将 Handler 定义成静态的内部类，在内部持有 Activity 的弱引用，并在Acitivity的onDestroy()中调用handler.removeCallbacksAndMessages(null)及时移除所有消息。
为什么我们能在主线程直接使用 Handler，而不需要创建 Looper ？
通常我们认为 ActivityThread 就是主线程。事实上它并不是一个线程，而是主线程 *** 作的管理者。在 ActivityThread.main() 方法中调用了 Looper.prepareMainLooper() 方法创建了 主线程的 Looper ,并且调用了 loop() 方法，所以我们就可以直接使用 Handler 了。
因此我们可以利用 Callback 这个拦截机制来拦截 Handler 的消息。如大部分插件化框架中Hook ActivityThread.mH 的处理。
Handler 里藏着的 Callback 能干什么？
Handler.Callback 有优先处理消息的权利 ，当一条消息被 Callback 处理并拦截（返回 true），那么 Handler 的 handleMessage(msg) 方法就不会被调用了；如果 Callback 处理了消息，但是并没有拦截，那么就意味着一个消息可以同时被 Callback 以及 Handler 处理。
创建 Message 实例的最佳方式
为了节省开销，AndroID 给 Message 设计了回收机制，所以我们在使用的时候尽量复用 Message ，减少内存消耗：
子线程里d Toast 的正确姿势
本质上是因为 Toast 的实现依赖于 Handler，按子线程使用 Handler 的要求修改即可，同理的还有 Dialog。
妙用 Looper 机制
将 Runnable post 到主线程执行；利用 Looper 判断当前线程是否是主线程。主线程的死循环一直运行是不是特别消耗cpu资源呢？
并不是，这里就涉及到linux pipe/epoll机制，简单说就是在主线程的MessageQueue没有消息时，便阻塞在loop的queue.next()中的nativePollOnce()方法里，此时主线程会释放cpu资源进入休眠状态，直到下个消息到达或者有事务发生，通过往pipe管道写端写入数据来唤醒主线程工作。这里采用的epoll机制，是一种IO多路复用机制，可以同时监控多个描述符，当某个描述符就绪(读或写就绪)，则立刻通知相应程序进行读或写 *** 作，本质是同步I/O，即读写是阻塞的。所以说，主线程大多数时候都是处于休眠状态，并不会消耗大量cpu资源。
handler postDelay这个延迟是怎么实现的？
handler.postDelay并不是先等待一定的时间再放入到MessageQueue中，而是直接进入MessageQueue，以MessageQueue的时间顺序排列和唤醒的方式结合实现的。
只有在一种情况下，这样做是可行的：
在try语句中声明了很大的对象，导致OOM，并且可以确认OOM是由try语句中的对象声明导致的，那么在catch语句中，可以释放掉这些对象，解决OOM的问题，继续执行剩余语句。但是这通常不是合适的做法。
Java中管理内存除了显式地catch OOM之外还有更多有效的方法：比如SoftReference, WeakReference, 硬盘缓存等。 在JVM用光内存之前，会多次触发GC，这些GC会降低程序运行的效率。 如果OOM的原因不是try语句中的对象（比如内存泄漏），那么在catch语句中会继续抛出OOM。
2.10、activty和Fragmengt之间怎么通信？Fragmengt和Fragmengt怎么通信？使用Handler使用广播（broadcastReceiver）事件总线：EventBus、RxBus、otto接口回调Bundle和setArguments(bundle)2.11、服务启动一般有几种，服务和activty之间怎么通信，服务和服务之间怎么通信？startService：
onCreate()—>onStartCommand() —> onDestory()如果服务已经开启，不会重复的执行onCreate()， 而是会调用onStartCommand()。一旦服务开启跟调用者(开启者)就没有任何关系了。 开启者退出了，开启者挂了，服务还在后台长期的运行。 开启者不能调用服务里面的方法。bindService：
onCreate() —>onBind()—>onunbind()—>onDestory()bind的方式开启服务，绑定服务，调用者挂了，服务也会跟着挂掉。 绑定者可以调用服务里面的方法。通信：
通过Binder对象。通过broadcast(广播)。2.12、广播注册一般有几种，各有什么优缺点？第一种是常驻型(静态注册)：当应用程序关闭后如果有信息广播来，程序也会被系统调用，自己运行。
第二种不常驻(动态注册)：广播会跟随程序的生命周期。
动态注册
优点： 在androID的广播机制中，动态注册优先级高于静态注册优先级，因此在必要情况下，是需要动态注册广播接收者的。
缺点： 当用来注册的 Activity 关掉后，广播也就失效了。
静态注册
优点： 无需担忧广播接收器是否被关闭，只要设备是开启状态，广播接收器就是打开着的。
缺点：广播一直存在，可能会对手机资源有消耗。
篇幅有限，以上是关于AndroID基础面试的12个知识点，感兴趣的话，可以关注我的公众号，里面有4篇专门关于androID面试基础的知识点，而且也会持续输出关于AndroID或Java知识点的文章。
期待你的关注！ 总结
以上是内存溢出为你收集整理的2021年Android面试题知识点全部内容，希望文章能够帮你解决2021年Android面试题知识点所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）