android组件化架构,android组件化架构 psf

Android大厂面试经验分享（OPPO，字节，华为，阿里）

我是从小公司跳出来的，最终入职OPPO，说实话这段时间的经历让我深深地感受到，我们为跳槽做的一些临时抱佛脚的提升跟那些大佬的沉淀比起来太渺小了。我们都知道找资料学习、刷面试题，但也许只能应付这一次的面试，后面还是会技术发愁，那些短时间背下来的东西迟早会忘掉， 大家还是做好长期提升自己的准备，好好沉淀的东西最后才是属于自己的。

专注于为中小企业提供网站建设、成都网站制作服务,电脑端+手机端+微信端的三站合一,更高效的管理,为中小企业乐至免费做网站提供优质的服务。我们立足成都，凝聚了一批互联网行业人才，有力地推动了上千余家企业的稳健成长，帮助中小企业通过网站建设实现规模扩充和转变。

说说当时的面试过程，我是内推获得的面试机会，很感谢当时帮我内推的兄弟，总共三轮面试，两轮技术，一轮HR面，当天面试结束。

我10：10分到的公司，10：30开始面试，第一轮面试将近一个小时，聊的点我基本上都答得上来，自我感觉良好。然后面试官让我等一下，他去叫他们老大来给我二面，我等了有二十几分钟吧，二面有一个多小时，这次问的比较深，有些地方答的有些嗑吧，总体来说我自己是满意的。HR面约到下午了，整个流程下来每轮面试官都让人感觉很不错，我自己做的准备也让我面试感觉下来很爽。

我把面试遇到过的以及自己学习用到过相关内容都整理到一起了，方便自己进行复盘和后续的查漏补缺：

一、 Java基础

1.1 静态内部类和非静态内部类的比较

1.2 多态的理解与应用

1.3 java方法的多态性理解

1.4 java中接口和继承的区别

1.5 线程池的好处，详解，单例（绝对好记）

1.6 线程池的优点及其原理

1.7 线程池的优点（重点）

1.8 为什么不推荐通过Executors直接创建线程池

1.9 不怕难之BlockingQueue及其实现

1.10 深入理解ReentrantLock与Condition

1.11 Java多线程：线程间通信之Lock

1.12 Synchronized 关键字原理

1.13 ReentrantLock原理

1.14 HashMap中的Hash冲突解决和扩容机制

1.14 Java并发

1.15 Java虚拟机

1.16 JVM常见面试题

1.17 JVM内存结构

1.18 类加载机制/双亲委托

二、 Android基础

2.1 Activity知识点(必问)

2.2 Fragment知识点

2.3 Service知识点

2.4 Intent知识点

2.5 数据存储

三、UI控件篇

3.1 屏幕适配

3.2 主要控件优化

3.3 事件分发与嵌套滚动

3.4 动态化页面构建方案

四、网络通信篇

4.1 网络协议

五、架构设计篇

5.1 MVP架构设计

5.2 组件化架构

六、性能优化篇

6.1 启动优化

6.2 内存优化

6.3 绘制优化

6.4 安装包优化

七、源码流程篇

7.1 开源库源码分析

7.2 Glide源码分析

7.3 day 20 面试题：Glide面试题

7.4 聊一聊关于Glide在面试中的那些事

7.5 面试官：简历上如果写Glide，请注意以下几点…

7.6 Glide OOM问题解决方法汇总

7.7 LeakCanary源码分析

7.8 OkHttp源码分析

7.9 okhttp连接池复用机制

7.10 okhttp 流程和优化的实现

7.11 一篇让你受用的okhttp分析

7.12 OkHttp面试之–OkHttp的整个异步请求流程

7.13 OkHttp面试之–HttpEngine中的sendRequest方法详解

7.14 OkHttp解析大总结

7.15 Okhttp任务队列工作原理

7.16 Android高频面试专题 - 架构篇（二）okhttp面试必知必会

7.17 Android 网络优化，使用 HTTPDNS 优化 DNS，从原理到 OkHttp 集成

7.18 Retrofit源码分析

7.19 RxJava源码分析

7.20 RxJava原理与源码分析

7.21 RxJava如何进行线程切换的？

7.22 Rxjava内存泄漏防止方案——RxLifecycle，AutoDispose，RxLife框架

7.23 Tinker源码分析

7.24 ARouter源码分析

7.25 Android框架层源码解析

7.26 算法设计

八、新技术篇

8.1 实战问题篇

九、面试篇

9.1 开源文档

9.2 面试文献

以上就是我的学习和面试积累，有自己面试经历过的，也有整理的一些大厂面试题，篇幅有限，具体内容就不展示了，我已经整理成文档了。

还是开头说的，仅靠面试期间临时抱佛脚和刷题对自身发展不是长久之计，做好长期提升的规划，好好沉淀每一次的学习和面试经历，把这些最终都转化成属于自己的东西才是实质上对自己最有用的。

什么是Android组件化，为什么要组件化

手机硬件现在都是固定的，不像台式电脑可以组装，如果组件化了你就可以根据自己需求买各种硬件组装到一起，就像某个手机性能好像素也好，可你就打游戏几乎不照相，就得多花钱，要是自己选就要好性能，相机差不多的就行。

组件化架构笔记（第一章）

每个module都有一份AndroidManifest来记载其信息，最终生成app的时候，将多个AndroidManifest合并成一个总的，路径为：app/build/intermediates/manifests/full/debug/AndroidManifest.xml。

合并的规则如下:

1 注册Activity

在单module中，name属性可以采用缩进的方式，但是在合并后，name属性则以包名加属性名显示，不这样的话，编译打包的时候会找不到每个文件的具体位置。

2、注册Application

(1)如果功能module有Application,主module没有自定义的Application,这时会引用功能module的Application.

(2)如果主module有自定义的Application，功能module没有Application，则直接引入主module的Application.

(3)如果功能module中 有两个自定义的Application,在解决冲突之后，Application最终会载入最终编译后的module的Application.

(4)如果主module中有自定义的Application，其他功能module也有自定义的Application,在解决冲突之后，最后编译的主module的Application会在AndroidManifest中。

3、权限申明

相同点权限只会被声明一次，所以可以把声明权限全部放在Base module中。

4、主题声明

Activity的每个主题都是独立的，每个Activity的主题都会引用自身的module的AndroidManifest所声明的主题。

5、shareUid

通过声明Share User Id,拥有同一个User id的多个App可以配置成运行在同一个进程中，所以默认可以互相访问任意数据。

只有在主module中声明shareUid，才会最终打包到 full AndroidManifest中，如果只是在功能module中声明，并不会放在最终的AndroidManifest中。

如果不指定uses-sdk，默认的minSdkVersion和targetSdkVersion值为1，当发生冲突时将使用高优先级的值。若不指定targetSdkVersion，其值等于targetSdkVersion

当library工程的minSdkVersion比主工程src/main中的minSdkVersion低时会产生冲突，此时需要添加overLibrary标记解决冲突

当library工程的targetSdkVersion比主工程src/main中的大时，合并过程会增加一些权限保证library工程能正常运行

每个Manifest文件只和其子Manifest文件的属性合并

intent-filter的合并规则是叠加而不是覆盖

merge

默认合并操作。

replace

高优先级替换低优先级Manifest文件中的属性

strict

属性相同而值不同时会报错，除非通过冲突规则resolved

merge-only

仅合并低优先级的属性

remove

移除指定的低优先级的属性

remove-All

移除相同节点类型下所有低优先级的属性

Android组件化架构 - 4. 动态创建 & 反射机制

Android 组件化中使用动态创建的作用是解耦；

反射有两个作用：1.反编译：.class-.java;2.通过反射机制访问java对象中的属性，方法，构造器等；

实现反射，实际上是得到Class对象

使用反射会相对安全,也会降低耦合,但反射会造成一定的效率下降;

ARouter也提供了跨模块获取fragment对象的操作

2022史上最全Android面试题归纳汇总（附答案解析）

我经历过这么多年的摸爬滚打，面试过也被面试过。现总结与归纳Android开发相关面试题：

1、Activity启动模式有哪些，分别有什么不同？

2、Service启动模式有哪些，对应的生命周期？IntentService呢？

3、ContentProvider的作用，是否支持多线程和多进程

4、Broadcast的注册方式，对应的生命周期是什么，有序和无序那种可以中断广播？

5、AsyncTask的作用，如何使用(包括有哪些方法，能说出同步异步，能说出不同Android版本下的区别加分）

6、有哪些异步的方式？

7、Handler机制

8、Dialog的使用及其生命周期

9、Activity的生命周期，能否改？

10、Fragment的生命周期，能否改？

11、Activity和Fragment如何通信

12、View的绘制机制

13、View的事件传递机制

14、如何监听手势

15、ImageView设置图片显示有哪几种模式，有什么区别？

16、有哪些存储方式

17、SharedPreferences是否支持多进程、多线程

别看以上常问的是入门级的，但是有两三年开发经验能回答圆满的人不多。

1、如何理解Activity的任务亲和性

2、如何让Service为单独的进程

3、IntentService的实现原理

4、LocalBroadcast的作用，实现原理，相对于Broadcast的优势在哪，劣势在哪

5、Handler的缺点，会不会造成内存泄漏，有则如何解决

6、Fragment与Activity的区别和联系

7、Fragment如何缓存布局

8、Fragment与ViewPager的搭配使用，有没有问题重叠问题，怎么解决

9、同时提供侧滑和上下滑动，如何解决事件传播问题

10、是否使用过Design包

11、嵌套滑动理解

12、behavior的原理

13、对设计模式有什么看法，经常使用的有哪些？

中级的稍微偏底层一些，这个主要考察平时是否关注而不是一味地怼业务需求

1、Activity的启动过程

2、Service创建为单独进程会有哪些问题？

3、简述AIDL的构建过程

4、IPC机制有哪些？

5、android多进程通信方式，内部原理

6、App启动的入口在哪？

7、LRU缓存算法

8、Bitmap的有哪几种压缩算法，有啥区别？

9、图片在手机本地存储大小和在内存大小是否一致，为什么，Android默认像素一般占几个字节？

10、第三方框架的熟练程度，如：

11、SharedPreference内部实现原理

12、模块化、插件话、组件化等分别有什么区别，对用有什么好处

13、说说MV * 模式，并画出做过项目的架构图

14、对跨平台方案有哪些了解，使用过哪些？ 比如RN

15、对大前端有什么看法，了解多少？使用过什么？

16、对其他语言的了解，kotlin，python、php、c++等

17、兴趣爱好是什么？对未来有什么规划？

目前是一些经常会被问到的，当然只是列举了Android 开发方向的，Java的一些还没列举，比如异常、网络、多线程、JCF等等

以上问题的答案在下面都有详细解答，我们不仅整理了这些资料，而且还有一份长达"635页"的Android资料汇总：

包括：底层原理+项目实战+面试专题

虽说Android早已不像过去那般火爆，但各大厂对于中高级开发者仍旧是求贤若渴，想要获取更丰厚的薪资，打铁还得自身硬。对于框架、源码、原理、项目实操经验，都必须有足够的知识储备，才可以在面试中击败面试官。但是由于网上的资料鱼龙混杂，也不成体系，很多人在自我提升的过程中都头疼不已。 这里就给大家分享一份字节大佬整理的《Android中高级面试题汇总（2022）》，帮助大家系统的梳理中高级Android知识！里面包含了所有Android面试的知识点，刷完进大厂妥妥的 ！

(含：静态内部类和非静态内部类的比较，多态的理解与应用， java方法的多态性理解，java中接口和继承的区别，线程池的好处，详解，单例，线程池的优点及其原理，线程池的优点，为什么不推荐通过Executors直接创建线程池，创建线程或线程池时请指定有意义的线程名称，方便出错时回溯，深入理解ReentrantLock与Condition，Java多线程：线程间通信之Lock，Synchronized 关键字原理，ReentrantLock原理，HashMap中的Hash冲突解决和扩容机制， JVM常见面试题， JVM内存结构，类加载机制/双亲委托…)

（含：Activity知识点， Fragment知识点， Service知识点， Intent知识点…）

（含：屏幕适配，主要控件优化，事件分发与嵌套滚动…）

（含：MVP架构设计，组件化架构…）

（含：启动优化，内存优化，绘制优化，安装包优化…）

（含：开源库源码分析，Glide源码分析，OkHttp源码分析，Retrofit源码分析，RxJava源码分析…）

（含：开源文档，面试合集…）

什么是android 组件化设计

大致来说，组件可以分为两大类，一类是application组件，一类是libs组件的module.application组件是一个可运行的app.

libs可以作为application的依赖，但是自身不可作为程序运行的存在。