最全Android 进阶延伸技术点,你能答出几个？，字节跳动的面试流程

最新推荐文章于 2024-09-30 15:37:45 发布

2401_84556656

最新推荐文章于 2024-09-30 15:37:45 发布

阅读量605

点赞数 24

分类专栏：程序员文章标签： android 面试学习

本文链接：https://blog.csdn.net/2401_84556656/article/details/138680434

版权

程序员专栏收录该内容

136 篇文章 0 订阅

订阅专栏

尾声

评论里面有些同学有疑问关于如何学习material design控件，我的建议是去GitHub搜，有很多同行给的例子，这些栗子足够入门。

有朋友说要是动真格的话，需要NDK以及JVM等的知识，首现**NDK并不是神秘的东西，**你跟着官方的步骤走一遍就知道什么回事了，无非就是一些代码格式以及原生/JAVA内存交互，进阶一点的有原生/JAVA线程交互，线程交互确实有点蛋疼，但平常避免用就好了，再说对于初学者来说关心NDK干嘛，据鄙人以前的经历，只在音视频通信和一个嵌入式信号处理（离线）的两个项目中用过，嵌入式信号处理是JAVA->NDK->.SO->MATLAB这样调用的我原来MATLAB的代码，其他的大多就用在游戏上了吧，一般的互联网公司会有人给你公司的SO包的。
至于JVM,该掌握的那部分，相信我，你会掌握的，不该你掌握的，有那些专门研究JVM的人来做，不如省省心有空看看计算机系统，编译原理。

一句话，平常多写多练，这是最基本的程序员的素质，尽量挤时间，读理论基础书籍，JVM不是未来30年唯一的虚拟机，JAVA也不一定再风靡未来30年工业界，其他的系统和语言也会雨后春笋冒出来，但你理论扎实会让你很快理解学会一个语言或者框架，你平常写的多会让你很快熟练的将新学的东西应用到实际中。
初学者，一句话，多练。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

访问时会产生资源冲突。

独立式：各个插件只添加自己 apk 路径，各个插件的资源是互相隔离的，不过如果想要实现资源的共享，必须拿到对应的 Resource对象。

6、组件化原理

参考回答：
引入组件化的原因：项目随着需求的增加规模变得越来越大，规模的增大导致了各种业务错中复杂的交织在一起,每个业务模块之间，代码没有约束，带来了代码边界的模糊，代码冲突时有发生, 更改一个小问题可能引起一些新的问题, 牵一发而动全身，增加一个新需求，需要熟悉相关的代码逻辑，增加开发时间
避免重复造轮子，可以节省开发和维护的成本。
可以通过组件和模块为业务基准合理地安排人力,提高开发效率。
不同的项目可以共用一个组件或模块，确保整体技术方案的统一性。
为未来插件化共用同一套底层模型做准备。
组件化开发流程就是把一个功能完整的 App 或模块拆分成多个子模块（Module），每个子模块可以独立编译运行，也可以任意组合成另一个新的 App 或模块，每个模块即不相互依赖但又可以相互交互，但是最终发布的时候是将这些组件合并统一成一个 apk，遇到某些特殊情况甚至可以升级或者降级
举个简单的模型例子

App 是主 application，ModuleA 和 ModuleB 是两个业务模块（相对独立，互不影响），Library 是基础模块，包含所有模块需要的依赖库，以及一些工具类：如网络访问、时间工具等

注意：提供给各业务模块的基础组件，需要根据具体情况拆分成 aar 或者 library，像登录，基础网络层这样较为稳定的组件，一般直接打包成 aar，减少编译耗时。而像自定义 View 组件，由于随着版本迭代会有较多变化，就直接以源码形式抽离成 Library

7、跨组件通信

参考回答：
跨组件通信场景：
第一种是组件之间的页面跳转 (Activity 到 Activity, Fragment 到 Fragment, Activity 到 Fragment, Fragment 到 Activity) 以及跳转时的数据传递 (基础数据类型和可序列化的自定义类类

型)。

第二种是组件之间的自定义类和自定义方法的调用(组件向外提供服务)。
跨组件通信方案分析：
第一种组件之间的页面跳转实现简单，跳转时想传递不同类型的数据提供有相应的 API 即可。
第二种组件之间的自定义类和自定义方法的调用要稍微复杂点，需要 ARouter 配合架构中的公共服务(CommonService) 实现：
提供服务的业务模块：
在公共服务(CommonService) 中声明 Service接口 (含有需要被调用的自定义方法), 然后在自己的模块中实现这个 Service 接口, 再通过 ARouter API 暴露实现类。
使用服务的业务模块：
通过 ARouter 的 API 拿到这个Service 接口(多态持有, 实际持有实现类), 即可调用 Service 接口中声明的自定义方法, 这样就可以达到模块之间的交互。
此外，可以使用 AndroidEventBus 其独有的Tag, 可以在开发时更容易定位发送事件和接受事件的代码, 如果以组件名来作为 Tag 的前缀进行分组, 也可以更好的统一管理和查看每个组件的事件, 当然也不建议大家过多使用 EventBus。
如何管理过多的路由表？
RouterHub 存在于基础库, 可以被看作是所有组件都需要遵守的通讯协议, 里面不仅可以放路由地址常量, 还可以放跨组件传递数据时命名的各种 Key 值,再配以适当注释, 任何组件开发人员不需要事先沟通只要依赖了这个协议, 就知道了各自该怎样协同工作, 既提高了效率又降低了出错风险, 约定的东西自然要比口头上说强。
Tips: 如果您觉得把每个路由地址都写在基础库的RouterHub 中, 太麻烦了, 也可以在每个组件内部建立一个私有 RouterHub, 将不需要跨组件的路由地址放入私有 RouterHub 中管理, 只将需要跨组件的路由地址放入基础库的公有 RouterHub 中管理, 如果您不需要集中管理所有路由地址的话, 这也是比较推荐的一种方式。
ARouter 路由原理：
ARouter 维护了一个路由表 Warehouse，其中保存着全部的模块跳转关系，ARouter 路由跳转实际上还是调用了 startActivity 的跳转，使用了原生的Framework 机制，只是通过 apt 注解的形式制造出跳转规则，并人为地拦截跳转和设置跳转条件。
常见的组件化方案如下

8、组件化中路由、埋点的实现

参考回答：
因为在组件化中，各个业务模块之间是各自独立的, 并不会存在相互依赖的关系, 所以一个业务模块是访问不了其他业务模块的代码的, 如果想从 A 业务模块的 A 页面跳转到 B 业务模块的 B 页面, 光靠模块自身是不能实现的，这就需要一种跨组件通信方案—— 路由（Router）
路由主要有以下两种场景:
第一种是组件之间的页面跳转 (Activity 到 Activity, Fragment 到 Fragment, Activity 到 Fragment, Fragment 到 Activity) 以及跳转时的数据传递 (基础数据类型和可序列化的自定义类类型)
第二种是组件之间的自定义类和自定义方法的调用(组件向外提供服务)
其原理在于将分布在不同组件 module 中的某些类按照一定规则生成映射表（数据结构通常是 Map，Key 为一个字符串，Value 为类或对象），然后在需要用到的时候从映射表中根据字符串从映射表中取出类或对象，本质上是类的查找
埋点则是在应用中特定的流程收集一些信息，用来跟踪应

用使用的状况

代码埋点：在某个事件发生时调用 SDK 里面相应的接口发送埋点数据，百度统计、友盟、TalkingData、Sensors Analytics 等第三方数据统计服务商大都采用这种方案
全埋点：全埋点指的是将 Web 页面/App 内产生的所有的、满足某个条件的行为，全部上报到后台服务器
可视化埋点：通过可视化工具（例如 Mixpanel）配置采集节点，在 Android 端自动解析配置并上报埋点数据，从而实现所谓的自动埋点
无埋点：它并不是真正的不需要埋点，而是Android 端自动采集全部事件并上报埋点数据，在后端数据计算时过滤出有用数据

9、Hook 以及插桩技术

参考回答：
Hook 是一种用于改变 API 执行结果的技术，能够将系统的API 函数执行重定向（应用的触发事件和后台逻辑处理是根据事件流程一步步地向下执行。而 Hook 的意思，就是在事件传送到终点前截获并监控事件的传输，像个钩子钩上事件一样，并且能够在钩上事件时，处理一些自己特定的事件，例如逆向破解 App）

Android 中的 Hook 机制，大致有两个方式：
要 root 权限，直接 Hook 系统，可以干掉所有的App。
无 root 权限，但是只能 Hook 自身 app，对系统其它 App 无能为力。
插桩是以静态的方式修改第三方的代码，也就是从编译阶段，对源代码（中间代码）进行编译，而后重新打包，是静态的篡改；而 Hook 则不需要再编译阶段修改第三方的源码或中间代码，是在运行时通过反射的方式修改调用，是一种动态的篡改

10、Android 的签名机制？

参考回答：
Android 的签名机制包含有消息摘要、数字签名和数字证书
消息摘要：在消息数据上，执行一个单向的 Hash 函数，生成一个固定长度的 Hash 值
数字签名：一种以电子形式存储消息签名的方法，一个完整的数字签名方案应该由两部分组成：签名算法和验证算法
数字证书：一个经证书授权（Certificate Authentication）中心数字签名的包含公钥拥有者信息以及公钥的文件

11、v3 签名 key 和 v2 还有 v1 有什么区别

参考回答：
在 v1 版本的签名中，签名以文件的形式存在于 apk 包中，这个版本的 apk 包就是一个标准的 zip 包，V2 和 V1 的差别是 V2 是对整个 zip 包进行签名，而且在 zip 包中增加了一个 apk signature block，里面保存签名信息。

v2 版本签名块（APK Signing Block）本身又主要分成三部分:
SignerData（签名者数据）：主要包括签名者的证书，整个 APK 完整性校验 hash，以及一些必要信息
Signature（签名）：开发者对 SignerData 部分数据的签名数据
PublicKey（公钥）：用于验签的公钥数据
v3 版本签名块也分成同样的三部分，与 v2 不同的是在SignerData 部分，v3 新增了 attr 块，其中是由更小的level 块组成。每个 level 块中可以存储一个证书信息。前一个 level 块证书验证下一个 level 证书，以此类推。最后一个 level 块的证书，要符合 SignerData 中本身的证书，即用来签名整个 APK 的公钥所属于的证书

12、Android5.0~10.0 之间大的变化

参考回答：
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）目前曝光的新特性
夜间模式：包括手机上的所有应用都可以为其设置暗黑模式。
*桌面模式：提供类似于 PC 的体验，但是远远不能代替 PC。
屏幕录制：通过长按“电源”菜单中的"屏幕快照"来开启。

13、说下 Measurepec 这个类

参考回答：
作用：通过宽测量值 widthMeasureSpec 和高测量值heightMeasureSpec 决定 View 的大小
组成：一个 32 位 int 值，高 2 位代表 SpecMode(测量模式)，低 30 位代表 SpecSize( 某种测量模式下的规格大小)。
三种模式：
UNSPECIFIED：父容器不对 View 有任何限制，要多大有多大。常用于系统内部。
EXACTLY(精确模式)：父视图为子视图指定一个确切的尺寸 SpecSize。对应 LyaoutParams 中的match_parent 或具体数值。
AT_MOST(最大模式)：父容器为子视图指定一个最大尺寸 SpecSize，View 的大小不能大于这个值。对应LayoutParams 中的 wrap_content。
决定因素：值由子 View 的布局参数 LayoutParams 和父容器的 MeasureSpec 值共同决定。具体规则见下图：

14、请例举 Android 中常用布局类型，并简述其用法以及排版效率

参考回答：
Android 中常用布局分为传统布局和新型布局
传统布局（编写 XML 代码、代码生成）：
框架布局（FrameLayout）;
线性布局（LinearLayout）;
绝对布局（AbsoluteLayout）;
相对布局（RelativeLayout）;
表格布局（TableLayout）;
新型布局（可视化拖拽控件、编写 XML 代码、代码生成）：
约束布局（ConstrainLayout）：
对于嵌套多层 View 而言，其排版效率：LinearLayout = FrameLayout >> RelativeLayout

15、区别 Animation 和 Animator 的用法，概述其原理

参考回答：
动画的种类：前者只有透明度，旋转，平移，伸缩 4 种属性，而对于后者，只要是该控件的属性，且有 setter 该属性的方法就都可以对该属性执行一种动态变化的效果。
可操作的对象：前者只能对 UI 组件执行动画，但属性动画几乎可以对任何对象执行动画（不管它是否显示在屏幕上）。
动画播放顺序：在 Animator 中，AnimatorSet 正是通过playTogether()、playSequentially()、animSet.play().with()、before()、after()这些方法来控制多个动画协同工作，从而做到对动画播放顺序的精确控制