原文做者:Focusing
废话很少说,直接开始正文就是对各位看官最大的尊重!html
参考回答:要测试Android应用程序,一般会建立如下类型自动单元测试:android
注意:单元测试不适合测试复杂的UI交互事件
推荐文章:Android 单元测试只看这一篇就够了(https://juejin.im/post/5b57e3...)git
App的稳定主要决定于总体的系统架构设计,同时也不可忽略代码编程的细节规范,正所谓“千里之堤,溃于蚁穴”,一旦考虑不周,看似可有可无的代码片断可能会带来总体软件系统的崩溃,因此上线以前除了本身本地化测试以外还须要进行Monkey压力测试。github
少部分面试官可能会延伸,如Gradle自动化测试、机型适配测试等面试
参考回答:首先要了解Java四种引用类型的场景和使用(强引用、软引用、弱引用、虛引用)算法
举个场景例子:SoftReference对象是用来保存软引用的,但它同时也是一个Java对象,因此当软引用对象被回收以后,虽然这个SoftReference对象的get方法返回null,但SoftReference对象自己并非null,而此时这个SoftReference对象已经再也不具备存在的价值,须要一个适当的清除机制,避免大量SoftReference对象带来的内存泄露。编程
所以,Java提供ReferenceQueue来处理引用对象的回收状况。当SoftReference所引用的对象被GC后,JVM会先将softReference对象添加到ReferenceQueue这个队列中。当咱们调用ReferenceQueue的poll()方法,若是这个队列中不是空队列,那么将返回并移除前面添加的那个Reference对象。segmentfault
推荐文章:Java中的四种引用类型:强引用、软引用、弱引用和虚引用(https://segmentfault.com/a/11...)后端
参考回答:一个完整APK包含如下目录(将APK文件拖到Android Studio):api
减小res,压缩图文文件:图片文件压缩是针对jpg和png格式的图片。咱们一般会放置多套不一样分辨率的图片以适配不一样的屏幕,这里能够进行适当的删减。在实际使用中,只保留一到两套就足够了(保留一套的话建议保留xxhdpi,两套的话就加上hdpi),而后再对剩余的图片进行压缩(jpg采用优图压缩,png尝试采用pngquant压缩)
减小dex文件大小:
推荐文章:Android混淆最佳实践(https://www.jianshu.com/p/cba...)
减小lib文件大小:因为引用了不少第三方库,lib文件夹占用的空间一般都很大,特别是有so库的状况下。不少so库会同时引入armeabi、armeabi-v7a和x86这几种类型,这里能够只保留armeabi或armeabi-v7a的其中一个就能够了,实际上微信等主流app都是这么作的。
只需在build.gradle直接配置便可,NDK配置同理
推荐文章:APK瘦身(https://www.jianshu.com/p/592...)
参考回答:首先要了解设置多渠道的缘由。在安装包中添加不一样的标识,配合自动化埋点,应用在请求网络的时候携带渠道信息,方便后台作运营统计,好比说统计咱们的应用在不一样应用市场的下载量等信息
这里以友盟统计为例:
最后在编辑器下方的Teminal输出命令行:
推荐文章:美团Android自动化之旅—Walle生成渠道包(https://github.com/Meituan-Di...)
参考回答:插件化是指将 APK 分为宿主和插件的部分。把须要实现的模块或功能当作一个独立的提取出来,在 APP 运行时,咱们能够动态的载入或者替换插件部分,减小宿主的规模
而热修复则是从修复bug的角度出发,强调的是在不须要二次安装应用的前提下修复已知的bug。
类加载机制:Android中经常使用的两种类加载器,DexClassLoader和PathClassLoader,它们都继承于BaseDexClassLoader,二者区别在于PathClassLoader只能加载内部存储目录的dex/jar/apk文件。DexClassLoader支持加载指定目录(不限于内部)的dex/jar/apk文件
插件通讯:经过给插件apk生成相应的DexClassLoader即可以访问其中的类,可分为单DexClassLoader和多DexClassLoader两种结构。
资源加载:原理在于经过反射将插件apk的路径加入AssetManager中并建立Resource对象加载资源,有两种处理方式:
推荐文章:
Android动态加载技术 简单易懂的介绍方式(https://segmentfault.com/a/11...)
深刻理解Android插件化技术(https://yq.aliyun.com/article...)
为何要作热更新(https://www.cnblogs.com/baiqi...)
参考回答:引入组件化的缘由:项目随着需求的增长规模变得愈来愈大,规模的增大致使了各类业务错中复杂的交织在一块儿, 每一个业务模块之间,代码没有约束,带来了代码边界的模糊,代码冲突时有发生, 更改一个小问题可能引发一些新的问题, 牵一发而动全身,增长一个新需求,须要熟悉相关的代码逻辑,增长开发时间
组件化开发流程就是把一个功能完整的App或模块拆分红多个子模块(Module),每一个子模块能够独立编译运行,也能够任意组合成另外一个新的 App或模块,每一个模块即不相互依赖但又能够相互交互,可是最终发布的时候是将这些组件合并统一成一个apk,遇到某些特殊状况甚至能够升级或者降级
举个简单的模型例子:
App是主application,ModuleA和ModuleB是两个业务模块(相对独立,互不影响),Library是基础模块,包含全部模块须要的依赖库,以及一些工具类:如网络访问、时间工具等。
注意:提供给各业务模块的基础组件,须要根据具体状况拆分红 aar 或者 library,像登陆,基础网络层这样较为稳定的组件,通常直接打包成 aar,减小编译耗时。而像自定义 View 组件,因为随着版本迭代会有较多变化,就直接以源码形式抽离成 Library
推荐文章:干货 | 从智行 Android 项目看组件化架构实践(https://mp.weixin.qq.com/s?__...)
跨组件通讯场景:
跨组件通讯方案分析:第一种组件之间的页面跳转实现简单,跳转时想传递不一样类型的数据提供有相应的 API便可。
第二种组件之间的自定义类和自定义方法的调用要稍微复杂点,须要 ARouter 配合架构中的 公共服务(CommonService) 实现:
如何管理过多的路由表?
ARouter路由原理:ARouter维护了一个路由表Warehouse,其中保存着所有的模块跳转关系,ARouter路由跳转实际上仍是调用了startActivity的跳转,使用了原生的Framework机制,只是经过apt注解的形式制造出跳转规则,并人为地拦截跳转和设置跳转条件。
常见的组件化方案以下:
参考回答:由于在组件化中,各个业务模块之间是各自独立的, 并不会存在相互依赖的关系, 因此一个业务模块是访问不了其余业务模块的代码的, 若是想从 A 业务模块的 A 页面跳转到 B 业务模块的 B 页面, 光靠模块自身是不能实现的,这就须要一种跨组件通讯方案—— 路由(Router)
路由主要有如下两种场景:
其原理在于将分布在不一样组件module中的某些类按照必定规则生成映射表(数据结构一般是Map,Key为一个字符串,Value为类或对象),而后在须要用到的时候从映射表中根据字符串从映射表中取出类或对象,本质上是类的查找。
埋点则是在应用中特定的流程收集一些信息,用来跟踪应用使用的情况:
推荐文章:安卓组件化开源方案实现(https://juejin.im/post/5a7ab8...)
参考回答:Hook是一种用于改变API执行结果的技术,可以将系统的API函数执行重定向(应用的触发事件和后台逻辑处理是根据事件流程一步步地向下执行。而Hook的意思,就是在事件传送到终点前截获并监控事件的传输,像个钩子钩上事件同样,而且可以在钩上事件时,处理一些本身特定的事件,例如逆向破解App)
Android 中的 Hook 机制,大体有两个方式:
插桩是以静态的方式修改第三方的代码,也就是从编译阶段,对源代码(中间代码)进行编译,然后从新打包,是静态的篡改; 而Hook则不须要再编译阶段修改第三方的源码或中间代码,是在运行时经过反射的方式修改调用,是一种动态的篡改
推荐文章:
Android插件化原理解析——Hook机制之动态代理(http://weishu.me/2016/01/28/u...)
android 插桩基本概念(https://blog.csdn.net/fei2012...)
Android逆向之旅(http://www.520monkey.com/)
参考回答:Android的签名机制包含有消息摘要、数字签名和数字证书
推荐文章:一篇文章看明白 Android v1 & v2 签名机制(https://blog.csdn.net/freekit...)
参考回答:在v1版本的签名中,签名以文件的形式存在于apk包中,这个版本的apk包就是一个标准的zip包,V2和V1的差异是V2是对整个zip包进行签名,并且在zip包中增长了一个apk signature block,里面保存签名信息。
v2版本签名块(APK Signing Block)自己又主要分红三部分:
v3版本签名块也分红一样的三部分,与v2不一样的是在SignerData部分,v3新增了attr块,其中是由更小的level块组成。每一个level块中能够存储一个证书信息。前一个level块证书验证下一个level证书,以此类推。最后一个level块的证书,要符合SignerData中自己的证书,即用来签名整个APK的公钥所属于的证书
推荐文章:
APK 签名方案 v3(https://source.android.google...)
Android P v3签名新特性(https://xuanxuanblingbling.gi...)
Android 5.0新特性:
Android 6.0新特性
Android 7.0新特性
Android 8.0(O)新特性
Android 9.0(P)新特性
Android 10.0(Q)新特性
推荐文章:Android Developers 官方文档(https://developer.android.com...)
参考回答:做用:经过宽测量值widthMeasureSpec和高测量值heightMeasureSpec决定View的大小
组成:一个32位int值,高2位表明SpecMode(测量模式),低30位表明SpecSize( 某种测量模式下的规格大小)。
三种模式:
决定因素:值由子View的布局参数LayoutParams和父容器的MeasureSpec值共同决定。具体规则见下图:
参考回答:Android中经常使用布局分为传统布局和新型布局
传统布局(编写XML代码、代码生成):
新型布局(可视化拖拽控件、编写XML代码、代码生成):约束布局(ConstrainLayout):
注:图片出自Carson_Ho的Android:经常使用布局介绍&属性设置大全(https://blog.csdn.net/carson_...)
对于嵌套多层View而言,其排版效率:LinearLayout = FrameLayout >> RelativeLayout
动画的种类:前者只有透明度,旋转,平移,伸缩4种属性,而对于后者,只要是该控件的属性,且有setter该属性的方法就均可以对该属性执行一种动态变化的效果。
可操做的对象:前者只能对UI组件执行动画,但属性动画几乎能够对任何对象执行动画(无论它是否显示在屏幕上)。
动画播放顺序:在Animator中,AnimatorSet正是经过playTogether()、playSequentially()、animSet.play().with()、before()、after()这些方法来控制多个动画协同工做,从而作到对动画播放顺序的精确控制
参考回答:图片加载库:Fresco、Glide、Picasso等
Glide的设计微妙在于:
推荐文章:Glide 源码分析(https://user-gold-cdn.xitu.io...)
参考回答:
参考回答:网络加载库:OkHttp、Retrofit、xUtils、Volley等
推荐文章:
Android OkHttp源码解析入门教程(一)(https://juejin.im/post/5c4682...)
Android OkHttp源码解析入门教程(二)(https://juejin.im/post/5c4682...)
(灰度,强制更新、分区域更新)
内部更新:
灰度更新:
强制更新:通常的处理就是进入应用就弹窗通知用户有版本更新,弹窗能够没有取消按钮并不能取消。这样用户就只能选择更新或者关闭应用了,固然也能够添加取消按钮,可是若是用户选择取消则直接退出应用。
增量更新:二进制差分工具bsdiff是相应的补丁合成工具,根据两个不一样版本的二进制文件,生成补丁文件.patch文件。经过bspatch使旧的apk文件与不定文件合成新的apk。 注意经过apk文件的md5值进行区分版本。
这里小编也分享一份资料,内容包含: Android学习PDF+架构视频+面试文档+源码笔记 ,高级架构技术进阶脑图、Android开发面试专题资料,高级进阶架构资料 这几块的内容。分享给你们,很是适合近期有面试和想在技术道路上继续精进的朋友。但愿能够帮助到你们进入大厂、拿到高薪
若是你有须要的话,能够加Vx:15388039515(备注思否,须要进阶资料)
喜欢本文的话,不妨给我点个小赞、评论区留言或者转发支持一下呗~