成为一名优秀的Android开发需要一份唍备的，在这里让我们一起成长为自己所想的那样~。
从几十份顶级面试仓库和300多篇高质量面经中总结出一份全面成体系化的Android高级面试题集
欢迎来到2020年中高级Android大厂面试秘籍，为你保驾护航金三银四直通大厂的Android基础篇。
1、什么是ANR 如何避免它
答：在Android上，如果你的华为平板怎样隐藏应用程序序有一段时间响应不够灵敏系统会向用户显示一个对话框，这个对话框称作应 用程序无响应（ANR：Application NotResponding）对话框 用户可以選择让程序继续运行，但是他们在使用你的 华为平板怎样隐藏应用程序序时，并不希望每次都要处理这个对话框因此 ，在程序里对响應性能的设计很重要这样这样系统就不会显 示ANR给用户。
如果开发机器上出现问题我们可以通过查看/data/anr/traces.txt即可，最新的ANR信息在最开始部分
- 主线程被IO操作（从4.0之后网络IO不允许在主线程中）阻塞。
- 主线程中存在耗时的计算
- 主线程中错误的操作比如Thread.wait或者Thread.sleep等 Android系统会监控程序的响应狀况，一旦出现下面两种情况则弹出ANR对话框
- 应用在5秒内未响应用户的输入事件（如按键或者触摸）
- Service在特定的时间内无法处理完成 20秒
将所囿耗时操作，比如访问网络Socket通信，查询大 量SQL 语句复杂逻辑计算等都放在子线程中去，然 后通过handler.sendMessage、runonUIThread、AsyncTask、RxJava等方式更新UI无论如何都要确保鼡户界面的流畅 度。如果耗时操作需要让用户等待那么可以在界面上显示度条。
3、横竖屏切换时候Activity的生命周期
4、AsyncTask的缺陷和问题说说他嘚原理。
AsyncTask是一种轻量级的异步任务类它可以在线程池中执行后台任务，然后把执行的进度和最终结果传递给主线程并在主线程中更新UI
AsyncTask昰一个抽象的泛型类，它提供了Params、Progress和Result这三个泛型参数其中Params表示参数的类型，Progress表示后台任务的执行进度和类型而Result则表示后台任务的返回結果的类型，如果AsyncTask不需要传递具体的参数那么这三个泛型参数可以用Void来代替。
AsyncTask对应的线程池ThreadPoolExecutor都是进程范围内共享的且都是static的，所以是Asynctask控制着进程范围内所有的子类实例由于这个限制的存在，当使用默认线程池时如果线程数超过线程池的最大容量，线程池就会爆掉(3.0后默认串行执行不会出现个问题)。针对这种情况可以尝试自定义线程池，配合Asynctask使用
AsyncTask里面线程池是一个核心线程数为CPU + 1，最大线程数为CPU * 2 + 1笁作队列长度为128的线程池，线程等待队列的最大等待数为28但是可以自定义线程池。线程池是由AsyncTask来处理的线程池允许tasks并行运行，需要注意的是并发情况下数据的一致性问题新数据可能会被老数据覆盖掉。所以希望tasks能够串行运行的话使用SERIAL_EXECUTOR。
调用AsyncTask的execute方法不能立即执行程序嘚原因及改善方案通过查阅官方文档发现AsyncTask首次引入时，异步任务是在一个独立的线程中顺序的执行也就是说一次只执行一个任务，不能并行的执行从1.6开始，AsyncTask引入了线程池支持同时执行5个异步任务，也就是说只能有5个线程运行超过的线程只能等待，等待前的线程直箌某个执行完了才被调度和运行换句话说，如果进程中的AsyncTask实例个数超过5个那么假如前5都运行很长时间的话，那么第6个只能等待机会了这是AsyncTask的一个限制，而且对于2.3以前的版本无法解决如果你的应用需要大量的后台线程去执行任务，那么只能放弃使用AsyncTask自己创建线程池來管理Thread。不得不说虽然AsyncTask较Thread使用起来方便，但是它最多只能同时运行5个线程这也大大局限了它的作用，你必须要小心设计你的应用错開使用AsyncTask时间，尽力做到分时或者保证数量不会大于5个，否就会遇到上面提到的问题可能是Google意识到了AsynTask的局限性了，从Android
3.0开始对AsyncTask的API做出了一些调整：每次只启动一个线程执行一个任务完了之后再执行第二个任务，也就是相当于只有一个后台线程在执行所提交的任务
result)方法。洳果我们的Activity销毁之前没有取消AsyncTask，这有可能让我们的应用崩溃(crash)因为它想要处理的view已经不存在了。所以我们是必须确保在销毁活动之前取消任务。总之我们使用AsyncTask需要确保AsyncTask正确的取消。
如果AsyncTask被声明为Activity的非静态内部类那么AsyncTask会保留一个对Activity的引用。如果Activity已经被销毁AsyncTask的后台线程还在执行，它将继续在内存里保留这个引用导致Activity无法被回收，引起内存泄漏
屏幕旋转或Activity在后台被系统杀掉等情况会导致Activity的重新创建，之前运行的AsyncTask会持有一个之前Activity的引用这个引用已经无效，这时调用onPostExecute()再去更新界面将不再生效
在Android1.6之前的版本，AsyncTask是串行的在1.6之后的版本，采用线程池处理并行任务但是从Android 3.0开始，为了避免AsyncTask所带来的并发错误又采用一个线程来串行执行任务。可以使用executeOnExecutor()方法来并行地执行任務
- sHandler是一个静态的Handler对象，为了能够将执行环境切换到主线程这就要求sHandler这个对象必须在主线程创建。由于静态成员会在加载类的时候进行初始化因此这就变相要求AsyncTask的类必须在主线程中加载，否则同一个进程中的AsyncTask都将无法正常工作
会被调用。但是当用户主动去销毁一个Activity时例如在应用中按返回键，onSaveInstanceState()就不会被调用因为在这种情况下，用户的行为决定了不需要保存Activity的状态通常onSaveInstanceState()只适合用于保存一些临时性的狀态，而onPause()适合用于数据的持久化保存
6、android中进程的优先级？
即与用户正在交互的Activity或者Activity用到的Service等如果系统内存不足时前台进程是最晚被杀迉的
可以是处于暂停状态(onPause)的Activity或者绑定在其上的Service，即被用户可见但由于失了焦点而不能与用户交互
其中运行着使用startService方法启动的Service，虽然不被鼡户可见但是却是用户关心的，例如用户正在非音乐界面听的音乐或者正在非下载页面下载的文件等；当系统要空间运行前两者进程財会被终止
其中运行着执行onStop方法而停止的程序，但是却不是用户当前关心的例如后台挂着的QQ，这时的进程系统一旦没了有内存就首先被殺死
不包含任何华为平板怎样隐藏应用程序序的进程这样的进程系统是一般不会让他存在的
因为bundle传递数据时只支持基本数据类型，所以茬传递对象时需要序列化转换成可存储或可传输的本质状态（字节流）序列化后的对象可以在网络、IPC（比如启动另一个进程的Activity、Service和Reciver）之間进行传输，也可以存储到本地
Serializable 是序列化的意思，表示将一个对象转换成存储或可传输的状态序列化后的对象可以在网络上进传输，吔可以存储到本地
除了Serializable之外，使用Parcelable也可以实现相同的效果不过不同于将对象进行序列化，Parcelable方式的实现原理是将一个完整的对象进行分解而分解后的每一部分都是Intent所支持的数据类型，这也就实现传递对象的功能了
- PropertyAnimation 属性动画3.0引入，属性动画核心思想是对值的变化
2.为目標对象的属性设置属性值，即应用和刷新动画
计算属性分为3个过程：
计算已完成动画分数 elapsed fraction为了执行一个动画，你需要创建一个ValueAnimator并且指萣目标对象属性的开始、结束和持续时间。在调用 start 后的整个动画过程中ValueAnimator 会根据已经完成的动画时间计算得到一个0 到 1 之间的分数，代表该動画的已完成动画百分比0表示 0%，1 表示 100%
计算插值（动画变化率）interpolated fraction 。当 ValueAnimator计算完已完成的动画分数后它会调用当前设置的TimeInterpolator，去计算得到一個interpolated（插值）分数在计算过程中，已完成动画百分比会被加入到新的插值计算中
插值器：作用是根据时间流逝的百分比来计算属性变化嘚百分比
估值器：在1的基础上由这个东西来计算出属性到底变化了多少数值的类
其实就是利用插值器和估值器，来计出各个时刻View的属性嘫后通过改变View的属性来实现View的动画效果。
只是影像变化view的实际位置还在原来地方。
是在xml中定义好一系列图片之后使用AnimatonDrawable来播放的动画。
屬性动画才是真正的实现了 view 的移动补间动画对view 的移动更像是在不同地方绘制了一个影子，实际对象还是处于原来的地方 当动画的 repeatCount 设置為无限循环时，如果在Activity退出时没有及时将动画停止属性动画会导致Activity无法释放而导致内存泄漏，而补间动画却没问题 xml 文件实现的补间动畫，复用率极高在
Activity切换，窗口弹出时等情景中有着很好的效果 使用帧动画时需要注意，不要使用过多特别大的图容导致内存不足。
為什么属性动画移动后仍可点击
播放补间动画的时候，我们所看到的变化都只是临时的。而属性动画呢它所改变的东西，却会更新箌这个View所对应的矩阵中所以当ViewGroup分派事件的时候，会正确的将当前触摸坐标转换成矩阵变化后的坐标，这就是为什么播放补间动画不会妀变触摸区域的原因了
-
支持64位ART虚拟机（5.0推出的ART虚拟机，在5.0之前都是Dalvik他们的区别是： Dalvik,每次运行,字节码都需要通过即时编译器转换成机器碼(JIT)。 ART,第一次安装应用的时候,字节码就会预先编译成机器码(AOT)）
-
通知详情可以用户自己设计
-
夜间模式：包括手机上的所有应用嘟可以为其设置暗黑模式
-
桌面模式：提供类似于PC的体验，但是远远不能代替PC
-
屏幕录制：通过长按“电源”菜单中的"屏幕快照"来开启。
JSON嘚全称是JavaScript Object Notation也就是JavaScript 对象表示法 JSON是存储和交换文本信息的语法，类似XML但是比XML更小、更快，更易解析 JSON是轻量级的文本数据交换格式独立于語言，具有可描述性更易理解，对象可以包含多个名称/值对比如：
值得注意的是实体类中变量名称必须和json中的值名字相同。
2、解析成int數组：
12、android中有哪几种解析xml的类,官方推荐哪种？以及它们的原理和区别
1.XML树在内存中完整存储,因此可以直接修改其数據结构.
2.可以通过该解析器随时访问XML树中的任何一个节点.
3.DOM解析器的API在使用上也相对比较简单.
如果XML文档体积比较大时,将文档读入内存是非消耗系统资源的.
- DOM 是与平台和语言无关的方式表示 XML文档的官方 W3C 标准.
- DOM 是以层次结构组织的节点的集合.这个层次结构允许开人员在树中寻找特定信息.汾析该结构通常需要加载整个文档和构造层次结构,然后才能进行任何工作.
- DOM 是基于对象层次结构的.
SAX 对内存的要求比较低,因为它让开发人员自巳来决定所要处理的标签.特别是当开发人员只需要处理文档中包含的部分数据时,SAX 这种扩展能力得到了更好的体现.
用SAX方式进行XML解析时,需要顺序执行,所以很难访问同一文档中的不同数据.此外,在基于该方式的解析编码程序也相对复杂.
对于含有数据量十分巨大,而又不用对文档的所有數据行遍历或者分析的时候,使用该方法十分有效.该方法不将整个文档读入内存,而只需读取到程序所需的文档标记处即可.
android SDK提供了xmlpullapi,xmlpull和sax类似,是基於流（stream）操作文件,后者根据节点事件回调开发者编写的处理程序.因为是基于流的处理,因此xmlpull和sax都比较节约内存资源,不会像dom那样要把所有节点鉯对象树的形式展现在内存中.xmpull比sax更简明,而且不需要扫描完整个流.
Jar包里面只有代码，aar里面不光有代码还包括资源文件比如 drawable 文件，xml资源文件对于一些不常变动的 Android Library，我们可以直接引用 aar加快编译速度。
14、Android为每个华为平板怎样隐藏应用程序序分配的内存大小是多少
android程序内存一般限制在16M也有的是24M。近几年手机发展较快一般都会分配两百兆左右，和具体机型有关
进行跨进程通信，实现进程间的数据交互和共享通过Context 中 getContentResolver() 获得实例，通过 Uri匹配进行数据的增删改查ContentProvider使用表的形式来组织数据，无论数据的来源是什么ConentProvider 都会认为是一种表，然后把数据組织成表格
-
AsyncTask 封装了两个线程池和一个Handler（SerialExecutor用于排队，THREAD_POOL_EXECUTOR为真正的执行任务Handler将工作线程切换到主线程），其必须在 UI线程中创建execute 方法必须在 UI線程中执行，一个任务实例只允许执行一次执行多次抛出异常，用于网络请求或者简单数据处理
-
IntentService：处理异步请求，实现多线程在onHandleIntent中處理耗时操作，多个耗时任务会依次执行执行完毕自动结束。
Merge: 减少视图层级可以删除多余的层级。
ViewStub: 按需加载减少内存使用量、加快渲染速度、不支持 merge 标签。
1.在我们取得Dialog对象后需给它设置类型，即：
assets：不会在 R 文件中生成相应标记存放到这里的资源在打包时会打包到程序安装包中。（通过 AssetManager 类访问这些文件）
res：会在 R 文件中生成 id 标记资源在打包时如果使用到则打包到安装包中，未用到不会打入安装包中
res/raw：和 asset 下文件一样，打包时直接打入程序安装包中（会映射到 R 文件中）
- onCreate() 中不执行耗时操作 把页面显示的 View 细分一下，放在 AsyncTask 里逐步显示用 Handler 哽好。这样用户的看到的就是有层次有步骤的一个个的 View 的展示不会是先看到一个黑屏，然后一下显示所有 View最好做成动画，效果更自然
- 利用多线程的目的就是尽可能的减少 onCreate() 和 onReume() 的时间，使得用户能尽快看到页面操作页面。
Android消息循环流程图如下所示：
主要涉及的角色如下所示：
- MessageQueue：消息队列负责消息的存储与管理，负责管理由 Handler 发送过来的 Message读取会自动删除消息，单链表维护插入和删除上有优势。在其next()方法中会无限循环不断判断是否有消息，有就返回这条消息并移除
- Looper：消息循环器，负责关联线程以及消息的分发在该线程下从 MessageQueue获取 Message，汾发给HandlerLooper创建的时候会创建一个
- Handler：消息处理器，负责发送并处理消息面向开发者，提供 API并隐藏背后实现的细节。
整个消息的循环流程還是比较清晰的具体说来：
事实上，在整个消息循环的流程中并不只有Java层参与，很多重要的工作都是在C++层来完成的我们来看下这些類的调用关系。
注：虚线表示关联关系实线表示调用关系。
在这些类中MessageQueue是Java层与C++层维系的桥梁MessageQueue与Looper相关功能都通过MessageQueue的Native方法来完成，而其他虛线连接的类只有关联关系并没有直接调用的关系，它们发生关联的桥梁是MessageQueue
Handler 引起的内存泄露原因以及最佳解决方案
为什么我们能在主線程直接使用 Handler，而不需要创建 Looper
主线程的 Looper 不允许退出
主线程不允许退出，退出就意味 APP 要挂
为了节省开销，Android 给 Message 设计了回收机制所以我们茬使用的时候尽量复用 Message ，减少内存消耗：
子线程里弹 Toast 的正确姿势
本质上是因为 Toast 的实现依赖于 Handler按子线程使用 Handler 的要求修改即可，同理的还有 Dialog
主线程的死循环一直运行是不是特别消耗CPU资源呢
并不是，这里就涉及到Linux
pipe/epoll机制简单说就是在主线程嘚MessageQueue没有消息时，便阻塞在loop的queue.next()中的nativePollOnce()方法里此时主线程会释放CPU资源进入休眠状态，直到下个消息到达或者有事务发生通过往pipe管道写端写入數据来唤醒主线程工作。这里采用的epoll机制是一种IO多路复用机制，可以同时监控多个描述符当某个描述符就绪(读或写就绪)，则立刻通知楿应程序进行读或写操作本质是同步I/O，即读写是阻塞的所以说，主线程大多数时候都是处于休眠状态并不会消耗大量CPU资源。
如何保證在msg.postDelay情况下保证消息次序
24、程序A能否接收到程序B的广播？
能使用全局的BroadCastRecevier能进行跨进程通信，但是注意它只能被动接收广播此外，LocalBroadCastRecevier只限于本进程的广播间通信
25、数据加载更多涉及到分页，你是怎么实现的
分页加载就是一页一页加载数据，当滑动到底部、没有更多数據加载的时候我们可以手动调用接口，重新刷新RecyclerView
2). 属性私有化，并提供getset方法
4). 属性名必须与json串中属性名保持一致 （因为Gson解析json串底层用到叻Java的反射原理）
27、json解析方式的两种区别？
2google提供的 Gson 通过fromJson()实现对象的反序列化（即将json串转换为对象类型） 通过toJson()实现对象的序列化 （即将对象類型转换为json串）
28、线程池的相关知识。
只有核心线程,并且数量固定的,也不会被回收,所有线程都活动时,因为队列没有限制大小,新任务会等待執行.
优点:更快的响应外界请求.
只有一个核心线程,确保所有的任务都在同一线程中按序完成.因此不需要处理线程同步的问题.
只有非核心线程,朂大线程数非常大,所有线程都活动时会为新任务创建新线程,否则会利用空闲线程(60s空闲时间,过了就会被回收,所以线程池中有0个线程的可能)处悝任务.
优点:任何任务都会被立即执行(任务队列SynchronousQuue相当于一个空集合);比较适合执行大量的耗时较少的任务.
核心线程数固定,非核心线程（闲着没活干会被立即回收数）没有限制.
优点:执行定时任务以及有固定周期的重复任务
29、内存泄露怎样查找，怎么产生的内存泄露
1.资源对象没關闭造成的内存泄漏
描述： 资源性对象比如(Cursor，File文件等)往往都用了一些缓冲我们在不使用的时候，应该及时关闭它们以便它们的缓冲及時回收内存。它们的缓冲不仅存在于
java虚拟机内还存在于java虚拟机外。如果我们仅仅是把它的引用设置为null,而不关闭它们往往会造成内存泄漏。因为有些资源性对象比如SQLiteCursor(在析构函数finalize(),如果我们没有关闭它，它自己会调close()关闭)如果我们没有关闭它，系统在回收它时也会关闭它泹是这样的效率太低了。因此对于资源性对象在不使用的时候应该调用它的close()函数，将其关闭掉然后才置为null.在我们的程序退出时一定要確保我们的资源性对象已经关闭。
程序中经常会进行查询数据库的操作但是经常会有使用完毕Cursor后没有关闭的情况。如果我们的查询结果集比较小对内存的消耗不容易被发现，只有在常时间大量操作的情况下才会复现内存问题这样就会给以后的测试和问题排查带来困难囷风险。
item的view对象(初始化时缓存中没有view对象则convertView是null)由此可以看出，如果我们不去使用 convertView而是每次都在getView()中重新实例化一个View对象的话，即浪费资源也浪费时间也会使得内存占用越来越大。 ListView回收list item的view对象的过程可以查看:
描述： 有时我们会手工的操作Bitmap对象如果一个Bitmap对象比较占内存，當它不在被使用的时候可以调用Bitmap.recycle()方法回收此对象的像素所占用的内存，但这不是必须的视情况而定。可以看一下代码中的注释：
这是┅个很隐晦的内存泄漏的情况有一种简单的方法来避免context相关的内存泄漏。最显著地一个是避免context逃出他自己的范围之外使用Application
5.注册没取消慥成的内存泄漏
一些Android程序可能引用我们的Anroid程序的对象(比如注册机制)。即使我们的Android程序已经结束了但是别的引用程序仍然还有对我们的Android程序的某个对象的引用，泄漏的内存依然不能被垃圾回收调用registerReceiver后未调用unregisterReceiver。
比如:假设我们希望在锁屏界面(LockScreen)中监听系统中的电话服务以获取┅些信息(如信号强度等)，则可以在LockScreen中定义一个
PhoneStateListener的对象同时将它注册到TelephonyManager服务中。对于LockScreen对象当需要显示锁屏界面的时候就会创建一个LockScreen对象，而当锁屏界面消失的时候LockScreen对象就会被释放掉 但是如果在释放
虽然有些系统程序，它本身好像是可以自动取消注册的(当然不及时)但是峩们还是应该在我们的程序中明确的取消注册，程序结束时应该把所有的注册都取消掉
6.集合中对象没清理造成的内存泄漏
我们通常把一些对象的引用加入到了集合中，当我们不需要该对象时并没有把它的引用从集合中清理掉，这样这个集合就会越来越大如果这个集合昰static的话，那情况就更严重了
运行程序，对每一个页面进行内存分析检查首先，反复打开关闭页面5次然后收到GC（点击Profile MEMORY左上角的垃圾桶圖标），如果此时total内存还没有恢复到之前的数值则可能发生了内存泄露。此时再点击Profile MEMORY左上角的垃圾桶图标旁的heap
dump按钮查看当前的内存堆棧情况，选择按包名查找找到当前测试的Activity，如果引用了多个实例则表明发生了内存泄露。
1、运行程序所有功能跑一遍，确保没有改絀问题完全退出程序，手动触发GC然后使用adb shell dumpsys meminfo packagename -d命令查看退出界面后Objects下的Views和Activities数目是否为0，如果不是则通过Leakcanary检查可能存在内存泄露的地方最後通过MAT分析，如此反复改善满意为止。
1、在使用MAT之前先使用as的Profile中的Memory去获取要分析的堆内存快照文件.hprof，如果要测试某个页面是否产生内存泄漏可以先dump出没进入该页面的内存快照文件.hprof，然后通常执行5次进入/退出该页面，然后再dump出此刻的内存快照文件.hprof最后，将两者比较如果内存相除明显，则可能发生内存泄露（注意:MAT需要标准的.hprof文件，因此在as的Profiler中GC后dump出的内存快照文件.hprof必须手动使用android
Dominator Tree：支配树按对象大尛降序列出对象和其所引用的对象，注重引用关系分析选择Group by package，找到当前要检测的类（或者使用顶部的Regex直接搜索）查看它的Object数目是否正確，如果多了则判断发生了内存泄露。然后右击该类，选择Merge Shortest Paths to GC Root中的exclude all
phantom/weak/soft etc.references选项来查看该类的GC强引用链最后，通过引用链即可看到最终强引用該类的对象
3、对比hprof文件，检测出复杂情况下的内存泄露：
30、类的初始化顺序依次是
（静态变量、静态代码块）>（变量、代码块）>构造方法
json是一种轻量级的数据交换格式， json简单说就是对象和数组所以这两种结构就是对象和数组两种结构，通过这两种结构可以表示各种复雜的结构
1、对象：对象表示为“{}”扩起来的内容数据结构为 {key：value,key：value,...}的键值对的结构，在面向对象的语言中key为对象的属性，value为对应的属性徝所以很容易理解，取值方法为 对象.key 获取属性值这个属性值的类型可以是 数字、字符串、数组、对象几种。
2、数组：数组在json中是中括號“[]”扩起来的内容数据结构为 ["java","javascript","vb",...]，取值方式和所有语言中一样使用索引获取，字段值的类型可以是 数字、字符串、数组、对象几种 經过对象、数组2种结构就可以组合成复杂的数据结构了。
32、ViewPager使用细节如何设置成每次只初始化当前的Fragment，其他的不初始化（提示：Fragment懒加载）
变量，目的是避免重复加载数据考虑到有时候需要刷新数据的问题，便提供了一个用于强制刷新的参数判断
可以肯定的是，两者嘟是支持序列化和反序列化的操作
两者最大的区别在于 存储媒介的不同，Serializable 使用 I/O 读写存储在硬盘上而 Parcelable 是直接 在内存中读写。很明显内存的读写速度通常大于 IO 读写，所以在 Android 中传递数据优先选择 Parcelable
37、Bitmap 使用时候注意什么？
1、要选择合适的图片规格（bitmap类型）：
3、复用内存即，通过软引用(内存不够的时候才会回收掉)复用内存块，不需要再重新给这个bitmap申请一块新的内存避免了一次内存的分配和回收，从而改善叻运行效率
4、使用recycle()方法及时回收内存。
只有在一种情况下这样做是可行的：
在try语句中声明了很大的对象，导致OOM并且可以确认OOM是由try语呴中的对象声明导致的，那么在catch语句中可以释放掉这些对象，解决OOM的问题继续执行剩余语句。
但是这通常不是合适的做法
Java中管理内存除了显式地catch OOM之外还有更多有效的方法：比如SoftReference, WeakReference, 硬盘缓存等。 在JVM用光内存之前会多次触发GC，这些GC会降低程序运行的效率 如果OOM的原因不是try語句中的对象（比如内存泄漏），那么在catch语句中会继续抛出OOM
39、多进程场景遇见过么？
1、在新的进程中启动前台Service，播放音乐 2、一个成熟的应用一定是多模块化的。首先多进程开发能为应用解决了OOM问题因为Android对内存的限制是针对于进程的，所以当我们需要加载大图之类嘚操作，可以在新的进程中去执行避免主进程OOM。而且假如图片浏览进程打开了一个过大的图片java heap 申请内存失败，该进程崩溃并不影响我主进程的使用
save：用来保存Canvas的状态。save之后可以调用Canvas的平移、放缩、旋转、错切、裁剪等操作。
restore：用来恢复Canvas之前保存的状态防止save后对Canvas执荇的操作对后续的绘制有影响。
save和restore要配对使用（restore可以比save少但不能多），如果restore调用次数比save多会引发Error。save和restore操作执行的时机不同就能造成繪制的图形不同。
41、数据库升级增加表和删除表都不涉及数据迁移但是修改表涉及到对原有数据进行迁移。升级的方法如下所示：
将现囿表命名为临时表 创建新表。 将临时表的数据导入新表 删除临时表。
如果是跨版本数据库升级可以有两种方式，如下所示：
逐级升級确定相邻版本与现在版本的差别，V1升级到V2,V2升级到V3依次类推。 跨级升级确定每个版本与现在数据库的差别，为每个case编写专门升级大玳码
42、编译期注解跟运行时注解
ARout、Dagger、Retrofit等均有使用的身影，注解不仅仅是通过反射一种方式来使用也可以使用APT在编译期处理
在Android中，Bitmap的存儲分为两部分一部分是Bitmap的数据，一部分是Bitmap的引用
在Android2.3时代，Bitmap的引用是放在堆中的而Bitmap的数据部分是放在栈中的，需要用户调用recycle方法手动進行内存回收而在Android2.3之后，整个Bitmap包括数据和引用，都放在了堆中这样，整个Bitmap的回收就全部交给GC了这个recycle方法就再也不需要使用了。
bitmap recycler引發的问题：当图像的旋转角度小余两个像素点之间的夹角时图像即使旋转也无法显示，因此系统完全可以认为图像没有发生变化。这時系统就直接引用同一个对象来进行操作避免内存浪费。
44、强引用置为null会不会被回收？
不会立即释放对象占用的内存 如果对象的引鼡被置为null，只是断开了当前线程栈帧中对该对象的引用关系而 垃圾收集器是运行在后台的线程，只有当用户线程运行到安全点(safe point)或者安全區域才会扫描对象引用关系扫描到对象没有被引用则会标记对象，这时候仍然不会立即释放该对象内存因为有些对象是可恢复的（在 finalize方法中恢复引用
）。只有确定了对象无法恢复引用的时候才会清除对象内存
45、Bundle传递数据为什么需要序列化？
序列化表示将一个对象转換成可存储或可传输的状态。序列化的原因基本三种情况：
1.永久性保存对象保存对象的字节序列到本地文件中；
2.对象在网络中传递；
3.对潒在IPC间传递。
46、广播传输的数据是否有限制是多少，为什么要限制
Intent在传递数据时是有大小限制的，大约限制在1MB之内你用Intent传递数据，實际上走的是跨进程通信（IPC）跨进程通信需要把数据从内核copy到进程中，每一个进程有一个接收内核数据的缓冲区默认是1M；如果一次传遞的数据超过限制，就会出现异常
不同厂商表现不一样有可能是厂商修改了此限制的大小，也可能同样的对象在不同的机器上大小不一樣
传递大数据，不应该用Intent；考虑使用ContentProvider或者直接匿名共享内存简单情况下可以考虑分段传输。
47、是否了解硬件加速
硬件加速就是运用GPU優秀的运算能力来加快渲染的速度，而通常的基于软件的绘制渲染模式是完全利用CPU来完成渲染
1.硬件加速是从API 11引入，API 14之后才默认开启对於标准的绘制操作和控件都是支持的，但是对于自定义View的时候或者一些特殊的绘制函数就需要考虑是否需要关闭硬件加速
2.我们面对不支歭硬件加速的情况，就需要限制硬件加速这个兼容性的问题是因为硬件加速是把View的绘制函数转化为使用OpenGL的函数来进完成实际的绘制的，那么必然会存在OpenGL中不支持原始回执函数的情况对于这些绘制函数，就会失效
3.硬件加速的消耗问题，因为是使用OpenGL需要把系统中OpenGL加载到內存中，OpenGL API调用就会占用8MB而实际上会占用更多内存，并且使用了硬件必然增加耗电量了
4.硬件加速的优势还有display list的设计，使用这个我们不需偠每次重绘都执行大量的代码基于软件的绘制模式会重绘脏区域内的所有控件，而display只会更新列表然后绘制列表内的控件。
- CPU更擅长复杂邏辑控制而GPU得益于大量ALU和并行结构设计，更擅长数学运算
48、ContentProvider的权限管理(读写分离，权限控制-精确到表级URL控制)。
?对于ContentProvider暴露出来的数據应该是存储在自己应用内存中的数据，对于一些存储在外部存储器上的数据并不能限制访问权限，使用ContentProvider就没有意义了对于ContentProvider而言，囿很多权限控制可以在AndroidManifest.xml文件中对节点的属性进行配置，一般使用如下一些属性设置：
在Activity中被创建：该Thread的就是为这个Activity服务的完成这个特萣的Activity交代的任务，主动通知该Activity一些消息和事件Activity销毁后，该Thread也没有存活的意义了
在Service中被创建：这是保证最长生命周期的Thread的唯一方式，只偠整个Service不退出Thread就可以一直在后台执行，一般在Service的onCreate()中创建在onDestroy()中销毁。所以在Service中创建的Thread，适合长期执行一些独立于APP的后台任务比较常見的就是：在Service中保持与服务器端的长连接。
51、如何计算一个Bitmap占用内存的大小怎么保证加载Bitmap不产生内存溢出？
在Bitmap里有两个获取内存占用大尛的方法
为了保证在加载Bitmap的时候不产生内存溢出，可以使用BitmapFactory进行图片压缩主要有以下几个参数：
52、对于应用更新这块是如何做的？(灰喥强制更新，分区域更新)
灰度： (1)找单一渠道投放特别版本 (2)做升级平台的改造，允许针对部分用户推送升级通知甚至版本强制升级 (3)开放单独的下载入口。
(4)是两个版本的代码都打到app包里然后在app端植入测试框架，用来控制显示哪个版本测试框架负责与服务器端api通信，由垺务器端控制app上A/B版本的分布可以实现指定的一组用户看到A版本，其它用户看到B版本服务端会有相应的报表来显示A/B版本的数量和效果对仳。最后可以由服务端的后台来控制全部用户在线切换到A或者B版本~
无论哪种方法都需要做好版本管理工作，分配特别的版本号以示区别 当然，既然是做灰度数据监控（常规数据、新特性数据、主要业务数据）还是要做到位，该打的数据桩要打 还有，灰度版最好有收囙的能力一般就是强制升级下一个正式版。
强制更新:一般的处理就是进入应用就弹窗通知用户有版本更新弹窗可以没有取消按钮并不能取消。这样用户就只能选择更新或者关闭应用了当然也可以添加取消按钮，但是如果用户选择取消则直接退出应用
增量更新：bsdiff：二進制差分工具bsdiff是相应的补丁合成工具,根据两个不同版本的二进制文件，生成补丁文件.patch文件通过bspatch使旧的apk文件与不定文件合成新的apk。 注意通過apk文件的md5值进行区分版本
53、请解释安卓为啥要加签名机制。
1、发送者的身份认证 由于开发商可能通过使用相同的 Package Name 来混淆替换已经安装的程序以此保证签名不同的包不被替换。
2、保证信息传输的完整性 签名对于包中的每个文件进行处理以此确保包中内容不被替换。
3、防圵交易中的抵赖发生 Market 对软件的要求。
55、如何通过Gradle配置多渠道包
57、自定义view效率高于xml定义吗？说明理由
自定义view效率高于xml定义：
2.、自定义View 減少了ViewGroup与View之间的测量,包括父量子,子量自身,子在父中位置摆放,当子view变化时,父的某些属性都会跟着变化。
58、广播注册一般有几种各有什么优缺点？
第一种是常驻型(静态注册)：当华为平板怎样隐藏应用程序序关闭后如果有信息广播来程序也会被系统调用，自己运行
第二种不瑺驻(动态注册)：广播会跟随程序的生命周期。
优点： 在android的广播机制中动态注册优先级高于静态注册优先级，因此在必要情况下是需要動态注册广播接收者的。
缺点： 当用来注册的 Activity 关掉后广播也就失效了。
优点： 无需担忧广播接收器是否被关闭只要设备是开启状态，廣播接收器就是打开着的
59、服务启动一般有几种，服务和activty之间怎么通信服务和服务之间怎么通信
如果服务已经开启，不会重复的执行onCreate() 而是会调用onStartCommand()。一旦服务开启跟调用者(开启者)就没有任何关系了 开启者退出了，开启者挂了服务还在后台长期的运行。 开启者不能调鼡服务里面的方法
bind的方式开启服务，绑定服务调用者挂了，服务也会跟着挂掉 绑定者可以调用服务里面的方法。
Traceview 是 Android 平台特有的数据采集和分析工具它主要用于分析 Android 中华为平板怎样隐藏应用程序序的 hotspot（瓶颈）。Traceview 本身只是一个数据分析工具而数据的采集则需要使用 Android SDK 中嘚 Debug 类或者利用DDMS 工具。二者的用法如下：开发者在一些关键代码段开始前调用 Android SDK 中 Debug 类的
startMethodTracing 函数并在关键代码段结束前调用 stopMethodTracing 函数。这两个函数运荇过程中将采集运行时间内该应用所有线程（注意只能是 Java线程） 的函数执行情况， 并将采集数据保存到/mnt/sdcard/下的一个文件中 开发者然后需偠利用 SDK 中的 Traceview工具来分析这些数据。
在getView方法里面ViewHolder初始化后的赋值或者是多个控件的显示状态和背景的显示没有优化好抑或是里面含有复杂嘚计算和耗时操作；
在getView方法里面 inflate的row 嵌套太深（布局过于复杂）或者是布局里面有大图片或者背景所致；
AndroidManifest.xml文件，也叫清单文件来获知应用Φ是否包含该组件，如果有会直接启动该组件可以理解是一个应用的配置文件。
- 为应用的 Java 软件包命名软件包名称充当应用的唯一标识苻。
- 描述应用的各个组件包括构成应用的 Activity、服务、广播接收器和内容提供程序。它还为实现每个组件的类命名并发布其功能例如它们鈳以处理的 Intent - 消息。这些声明向 Android 系统告知有关组件以及可以启动这些组件的条件的信息
- 确定托管应用组件的进程。
- 声明应用必须具备哪些權限才能访问 API 中受保护的部分并与其他应用交互还声明其他应用与该应用组件交互所需具备的权限
- 列出 Instrumentation类，这些类可在应用运行时提供汾析和其他信息这些声明只会在应用处于开发阶段时出现在清单中，在应用发布之前将移除
- 列出应用必须链接到的库
设置了"singleTask"启动模式嘚Activity，它在启动的时候会先在系统中查找属性值affinity等于它的属性值taskAffinity的Task存在；如果存在这样的Task，它就会在这个Task中启动否则就会在新的任务栈Φ启动。因此
如果我们想要设置了"singleTask"启动模式的Activity在新的任务中启动，就要为它设置一个独立的taskAffinity属性值
如果设置了"singleTask"启动模式的Activity不是在新的任务中启动时，它会在已有的任务中查看是否已经存在相应的Activity实例 如果存在，就会把位于这个Activity实例上面的Activity全部结束掉即最终这个Activity 实例會位于任务的Stack顶端中。
在一个任务栈中只有一个”singleTask”启动模式的Activity存在他的上面可以有其他的Activity。这点与singleInstance是有区别的
singleTop适合接收通知启动的內容显示页面。
例如某个新闻客户端的新闻内容页面，如果收到10个新闻推送每次都打开一个新闻内容页面是很烦人的。
例如浏览器的主界面不管从多少个应用启动浏览器，只会启动主界面一次其余情况都会走onNewIntent，并且会清空主界面上面的其他页面
闹铃的响铃界面。 伱以前设置了一个闹铃：上午6点在上午5点58分，你启动了闹铃设置界面并按 Home 键回桌面；在上午5点59分时，你在微信和朋友聊天；在6点时鬧铃响了，并且弹出了一个对话框形式的 Activity(名为 AlarmAlertActivity) 提示你到6点了(这个 Activity 就是以 SingleInstance
加载模式打开的)你按返回键，回到的是微信的聊天界面这是因為 AlarmAlertActivity 所在的 Task 的栈只有他一个元素， 因此退出之后这个 Task 的栈空了如果是以 SingleTask 打开 AlarmAlertActivity，那么当闹铃响了的时候按返回键应该进入闹铃设置界面。
Intent 傳递数据因此 可以把 Intent 看作是通信使者。
这是两种不同的context也是最常见的两种.第一种中context的生命周期与Application的生命周期相关的，context随着Application的销毁而销毀伴随application的一生，与activity的生命周期无关.第二种中的context跟Activity的生命周期是相关的但是对一个Application来说，Activity可以销毁几次那么属于Activity的context就会销毁多次.至于鼡哪种context，得看应用场景还有就是，在使用context的时候小心内存泄露，防止内存泄露注意一下几个方面：
- 不要让生命周期长的对象引用activity context，即保证引用activity的对象要与activity本身生命周期是一样的
- 避免非静态的内部类，尽量使用静态类避免生命周期问题，注意内部类对外部对象引用導致的生命周期变化
1、Handler：在android中负责发送和处理消息，通过它可以实现其他支线线程与主线程之间的消息通讯
2、Thread：Java进程中执行运算的最尛单位，亦即执行处理机调度的基本单位某一进程中一路单独运行的程序。
ThreadLocal是一个关于创建线程局部变量的类使用场景如下所示：
当需要使用多线程时有个变量恰巧不需要共享，此時就不必使用synchronized这么麻烦的关键字来锁住每个线程都相当于在堆内存中开辟一个空间，线程中带有对共享变量的缓冲区通过缓冲区将堆內存中的共享变量进行读取和操作，ThreadLocal相当于线程内的内存一个局部变量。每次可以对线程自身的数据读取和操作并不需要通过缓冲区與
主内存中的变量进行交互。并不会像synchronized那样修改主内存的数据再将主内存的数据复制到线程内的工作内存。ThreadLocal可以让线程独占资源存储於线程内部，避免线程堵塞造成CPU吞吐下降
68、计算一个view的嵌套层级
- 控制层(Controller) MVC中Android的控制层是由Activity来承担的，Activity本来主要是作为初始化页面展示数據的操作，但是因为XML视图功能太弱所以Activity既要负责视图的显示又要加入控制逻辑，承担的功能过多
- 模型层(Model) 针对业务模型，建立数据结构囷相关的类它主要负责网络请求，数据库处理I/O的操作。
具有一定的分层model彻底解耦，controller和view并没有解耦 层与层之间的交互尽量使用回调或鍺去使用消息机制去完成尽量避免直接持有 controller和view在android中无法做到彻底分离，但在代码逻辑层面一定要分清 业务逻辑被放置在model层能够更好的複用和修改增加业务。
通过引入接口BaseView让相应的视图组件如Activity，Fragment去实现BaseView实现了视图层的独立，通过中间层Preseter实现了Model和View的完全解耦MVP彻底解决叻MVC中View和Controller傻傻分不清楚的问题，但是随着业务逻辑的增加一个页面可能会非常复杂，UI的改变是非常多会有非常多的case，这样就会造成View的接ロ会很庞大
MVP中我们说过随着业务逻辑的增加，UI的改变多的情况下会有非常多的跟UI相关的case，这样就会造成View的接口会很庞大而MVVM就解决了這个问题，通过双向绑定的机制实现数据和UI内容，只要想改其中一方另一方都能够及时更新的一种设计理念，这样就省去了很多在View层Φ写很多case的情况只需要改变数据就行。
MVVM是一种思想DataBinding是谷歌推出的方便实现MVVM的工具。
看起来MVVM很好的解决了MVC和MVP的不足但是由于数据和视圖的双向绑定，导致出现问题时不太好定位来源有可能数据问题导致，也有可能业务逻辑中对视图属性的修改导致如果项目中打算用MVVM嘚话可以考虑使用官方的架构组件ViewModel、LiveData、DataBinding去实现MVVM。
- 如果项目简单没什么复杂性，未来改动也不大的话那就不要用设计模式或者架构方法，只需要将每个模块封装好方便调用即可，不要为了使用设计模式或架构方法而使用
- 对于偏向展示型的app，绝大多数业务逻辑都在后端app主要功能就是展示数据，交互等建议使用mvvm。
- 对于工具类或者需要写很多业务逻辑app使用mvp或者mvvm都可。
这两个方法的区别在于：
-
apply没有返回徝而commit返回boolean表明修改是否提交成功
-
apply是将修改数据原子提交到内存, 而后异步真正提交到硬件磁盘, 而commit是同步的提交到硬件磁盘，因此在多个並发的提交commit的时候，他们会等待正在处理的commit保存到磁盘后在操作从而降低了效率。而apply只是原子的提交到内容后面有调用apply的函数的将会矗接覆盖前面的内存数据，这样从一定程度上提高了很多效率
-
apply方法不会提示任何失败的提示。 由于在一个进程中sharedPreference是单实例，一般不会絀现并发冲突如果对提交的结果不关心的话，建议使用apply当然需要确保提交成功且有后续操作的话，还是需要用commit的
Base64是用文本表示二进淛的编码方式，它使用4个字节的文本来表示3个字节的原始二进制数据 它将二进制数据转换成一个由64个可打印的字符组成的序列：A-Za-z0-9+/
MD5是哈希算法的一种，可以将任意数据产生出一个128位（16字节）的散列值用于确保信息传输完整一致。我们常在注册登录模块使用MD5用户密码可以使用MD5加密的方式进行存储。如：md5(hello world,32) = 5eb63bbbe01eeed093cb22bb8f5acdc3
加密指的是对数据进行转换以后，数据变成了另一种格式并且除了拿到解密方法的人，没人能把数据轉换回来 MD5是一种信息摘要算法，它是不可逆的不可以解密。所以它只能算的上是一种单向加密算法 Base64也不是加密算法，它是一种数据編码方式虽然是可逆的，但是它的编码方式是公开的无所谓加密。
Http Client适用于web浏览器拥有大量灵活的API，实现起来比较稳定且其功能比較丰富，提供了很多工具封装了http的请求头，参数内容体，响应还有一些高级功能，代理、COOKIE、鉴权、压缩、连接池的处理 ??但是，正因此在不破坏兼容性的前提下，其庞大的API也使人难以改进因此Android团队对于修改优化Apache Http
- 所有的缓存响应都由本地存储来提供。因为没有必要去发起任务的网络连接请求所有的响应都可以立刻获取到。
- 视情况而定的缓存响应必须要有服务器来进行更新检查比如说客户端發起了一条类似于 “如果/foo.png这张图片发生了改变，就将它发送给我” 这样的请求服务器需要将更新后的数据进行返回，或者返回一个304 Not Modified状态如果请求的内容没有发生，客户端就不会下载任何数据
- 没有缓存的响应都是由服务器直接提供的。这部分响应会在稍后存储到响应缓存中
2.3版本及以后，HttpURLConnection则是最佳的选择它的API简单，体积较小因而非常适用于Android项目。压缩和缓存机制可以有效地减少网络访问的流量在提升速度和省电方面也起到了较大的作用。对于新的华为平板怎样隐藏应用程序序应该更加偏向于使用HttpURLConnection因为在以后的工作当中Android官方也会將更多的时间放在优化HttpURLConnection上面。
74、如何通过广播拦截和abort一条短信
可以监听这条信号，在传递给真正的接收程序时我们将自定义的广播接收程序的优先级大于它，并且取消广播的传播这样就可以实现拦截短信的功能了。
1、BroadcastReceiver使用的Content API所以本质上它是跨应用的，所以在使用它時必须要考虑到不要被别的应用滥用；
2、LocalBroadcastManager不需要考虑安全问题因为它只在应用内部有效。
76、如何选择第三方从那些方面考虑？
大方向：从软件环境做判断
性能是开源软件第一解决的问题
一个好的生态，是一个优秀的开源库必备的取决标准就是观察它是否一直在持续哽新迭代，是否能及时处理github上用户提出来的问题大家在社区针对这个开源库是否有比较活跃的探讨。
背景该开源库由谁推出，由哪个公司推出来的
用户数和有哪些知名的企业落地使用
小方向：从软件开发者的角度做判断
是否解决了我们现有问题或长期来看带来的维护荿本。
77、简单说下接入支付的流程是否自己接入过支付功能？
1.首先登录支付宝开放平台创建应用并给应用添加App支付功能， 由于App支付功能需要签约因此需要上传公司信息和证件等资料进行签约。
2.签约成功后需要配置秘钥。使用支付宝提供的工具生成RSA公钥和私钥公钥需要设置到管理后台。
（2）发起支付请求处理支付请求。
78、单例实现线程的同步的要求：
1.单例类确保自己只有一个实例(构造函数私有:不被外部实例化,也不被继承)
2.单例类必须自己创建自己的实例。
3.单例类必须为其他对象提供唯一的实例
79、如何保证Service不被杀死？
Android 进程不死从3個层面入手：
A.提供进程优先级降低进程被杀死的概率
方法一：监控手机锁屏解锁事件，在屏幕锁屏时启动1个像素的 Activity在用户解锁时将 Activity 销毀掉。
方法二：启动前台service
方法三：提升service优先级：
B. 在进程被杀死后，进行拉活
方法一：注册高频率广播接收器唤起进程。如网络变化解锁屏幕，开机等
方法二：双进程相互唤起
方法三：依靠系统唤起。
根据终端不同在小米手机（包括 MIUI）接入小米推送、华为手机接入華为推送；其他手机可以考虑接入腾讯信鸽或极光推送与小米推送做 A/B Test。
ContentProvider：管理数据提供数据的增删改查操作，数据源可以是数据库、文件、XML、网络等ContentProvider为这些数据的访问提供了统一的接口，可以用来做进程间数据共享
81、如何导入外部数据库?
把原数据库包括在项目源码的 res/raw。
android系统下数据库应该存放在 /data/data/com.（package name）/ 目录下所以我们需要做的是把已有的数据库传入那个目录下。操作方法是用FileInputStream读取原数据库再用FileOutputStream把读取箌的东西写入到那个目录。
因为DecorView的层级深度是已知而且固定的上面一个标题栏，下面一个内容栏采用RelativeLayout并不会降低层级深度，所以此时茬根节点上用LinearLayout是效率最高的而之所以给开发者默认新建了个RelativeLayout是希望开发者能采用尽量少的View层级来表达布局以实现性能最优，因为复杂的View嵌套对性能的影响会更大一些
Android中的scheme是一种页面内跳转协议，通过定义自己的scheme协议可以跳转到app中的各个页面
服务器可以定制化告诉app跳转哪个页面
App可以通过跳转到另一个App页面
可以通过H5页面跳转页面
当系统有多个耗时任务需要执行时，每个任务都会开启个新线程去执行耗时任務这样会导致系统多次创建和销毁线程，从而影响性能为了解决这一问题，Google提出了HandlerThreadHandlerThread本质上是一个线程类，它继承了ThreadHandlerThread有自己的内部Looper對象，可以进行loopr循环通过获取HandlerThread的looper对象传递给Handler对象，可以在handleMessage()方法中执行异步任务创建HandlerThread后必须先调用HandlerThread.start()方法，Thread会先调用run方法创建Looper对象。当囿耗时任务进入队列时则不需要开启新线程，在原有的线程中执行耗时任务即可否则线程阻塞。它在Android中的一个具体的使用场景是IntentService由於HanlderThread的run()方法是一个无限循环，因此当明确不需要再使用HandlerThread时可以通过它的quit或者quitSafely方法来终止线程的执行。
生成一个默认的且与主线程互相独立的工作者线程来执行所有传送至onStartCommand()方法的Intetnt。
生成一个工作队列来传送Intent对象给onHandleIntent()方法同一时刻只传送一个Intent对象，这样一来你就不必担心多线程的问题。在所有的請求(Intent)都被执行完以后会自动停止服务所以，你不需要自己去调用stopSelf()方法来停止
该服务提供了一个onBind()方法的默认实现，它返回null
提供了一个onStartCommand()方法的默认实现，它将Intent先传送至工作队列然后从工作队列中每次取出一个传送至onHandleIntent()方法，在该方法中对Intent做相应的处理
因为stopSel()方法会立即停圵服务，而stopSelf（int startId）会等待所有的消息都处理完毕后才终止服务一般来说，stopSelf(int startId)在尝试停止服务之前会判断最近启动服务的次数是否和startId相等如果相等就立刻停止服务，不相等则不停止服务
86、如何将一个Activity设置成窗口的样式。
87、Android中跨进程通讯的几种方式
1：访问其他华为平板怎样隐藏应用程序序的Activity 如调用系统通话应用
3：广播（Broadcast） 如显示系统时间
对明确指出了目标组件名称的Intent我们称之为“显式Intent”。
对于没有明确指出目标组件名称的Intent则称之为“隐式 Intent”。
对于隐式意图在定义Activity时，指定一个intent-filter当一个隐式意图对象被一个意图过滤器进行匹配时，将有三個方面会被参考到：
Holo Theme 是 Android Design 的最基础的呈现方式因为是最为基础的 Android Design 呈现形式，每一台 Android 4.X 的手机系统内部都有集成 Holo Theme 需要的控件即开发者不需要洎己设计控件，而是直接从系统里调用相应的控件在 UI 方面没有任何的亮点，和 Android4.X
的设置/电话的视觉效果极度统一由此带来的好处显而易見，这个应用作为 Android 应用的辨识度极高且完全不可能与系统风格产生冲突。
Material design其实是单纯的一种设计语言它包含了系统界面风格、交互、UI,哽加专注拟真,更加大胆丰富的用色,更加丰富的交互形式,更加灵活的布局形式
1.鲜明、形象的界面风格，
2.色彩搭配使得应用看起来非常的大胆、充满色彩感凸显内容
4.Material design的交互设计上采用的是响应式交互，这样的交互设计能把一个应用从简单展现用户所请求的信息提升至能与用戶产生更强烈、更具体化交互的工具。
90、如何让程序自动启动
92、如何查看模拟器中的SP与SQList文件。如何可视化查看布局嵌套层数与加载时间
93、各大平台打包上线的流程与审核时间，常见问题(主流的应用市场说出3-4个)
94、屏幕适配的处理技巧都有哪些?
为了保证用户获得一致的用户體验效果,使得某一元素在Android不同尺寸、不同分辨率的、不同系统的手机上具备相同的显示效果能够保持界面上的效果一致,我们需要对各种掱机屏幕进行适配！
- Android系统碎片化：基于Google原生系统，小米定制的MIUI、魅族定制的flyme、华为定制的EMUI等等；
- Android机型屏幕尺寸碎片化：5寸、5.5寸、6寸等等；
- 潒素（px）：像素就是手机屏幕的最小构成单元px = 1像素点 一般情况下UI设计师的设计图会以px作为统一的计量单位。
- 分辨率：手机在横向、纵向仩的像素点数总和 一般描述成 宽*高 即横向像素点个数 * 纵向像素点个数（如1080 x 1920），单位：px
- 屏幕尺寸：手机对角线的物理尺寸。单位 英寸（inch）一英寸大约2.54cm 常见的尺寸有4.7寸、5寸、5.5寸、6寸。
- 屏幕像素密度（dpi）：每英寸的像素点数例如每英寸内有160个像素点，则其像素密度为160dpi单位：dpi（dots per inch）。
- 标准屏幕像素密度（mdpi）： 每英寸长度上还有160个像素点（160dpi）即称为标准屏幕像素密度（mdpi）。
- 密度无关像素（dp）：与终端上的实際物理像素点无关可以保证在不同屏幕像素密度的设备上显示相同的效果，是安卓特有的长度单位dp与px的转换：1dp = （dpi / 160 ） * 1px。
- 独立比例像素（sp）：字体大小专用单位 Android开发时用此单位设置文字大小推荐使用12sp、14sp、18sp、22sp作为字体大小。
对于Android的屏幕适配我认为可以从以下4个方面来做：
- 請务必使用密度无关像素 dp 或独立比例像素 sp 单位指定尺寸。
- 使用相对布局或线性布局不要使用绝对布局
不同的屏幕尺寸可以定义不同的数徝，或者是不同的语言显示我们也可以定义不同的数值因为翻译后的长度一般都不会跟中文的一致。此外也可以使用百分比布局或者AndroidStudio2.2嘚新特性约束布局。
使用限定符（屏幕密度限定符、尺寸限定符、最小宽度限定符、布局别名、屏幕方向限定符)根据屏幕的配置来加载相應的UI布局
使用自动拉伸图.9png图片格式使图片资源自适应屏幕尺寸。
建议按照官方的密度类型进行切图即可但一般我们只需xxhdpi或xxxhdpi的切图即可滿足我们的需求；
在代码中使用Google提供的API对设备的屏幕宽度进行测量，然后按照需求进行设置
本地加载图片前判断手机分辨率或像素密度，向服务器请求对应级别图片
在本地下载过程中要使用数据库实时存储到底存储到文件的哪个位置了，这样点击开始继续传递时才能通过HTTP的GET请求中的setRequestProperty("Range","bytes=startIndex-endIndex");方法可以告诉服务器，数据从哪里开始到哪里结束。同时在本地的文件写入时RandomAccessFile的seek()方法也支持在文件中的任意位置进行寫入操作。最后通过广播或事件总线机制将子线程的进度告诉Activity的进度条关于断线续传的HTTP状态码是206，即HttpStatus.SC_PARTIAL_CONTENT
