程序员卷起来，35岁怎么惨，但怎么还这么多钱？

最近好多人在讨论怎么看企鹅校招这事儿。

我能说啥？确实馋得慌啊，我当年毕业的时候咋就没这好事儿。

校招给40W，还有每月4K的房补，就连南山区的房东们看了都羡慕，然后留着口水计划怎么涨房租。

果然地产才是宇宙中心。

大家都在说互联网不好干了，程序员卷起来了，35岁怎么怎么惨，但怎么还这么多钱？

其实答案很简单，程序员当然卷，但程序员这个职业，依然是这个版本的答案之一。
卷，和给钱，并不冲突。

甚至可能互为因果。

我们先讲卷，再讲版本答案。

有个词叫盈亏同源，互联网行业的高薪是因为竞争，但低薪也是因为竞争。

抢顶级人才的时候必须用高薪抢，因为顶级人才就那么多，你不开高薪压根就没人来。

甚至有的人才，你未必需要，但你的对手拿不到，对你来说很重要。

企业不光要抢人才，还得抢市场。

怎么抢？

靠低成本抢，谁能招到更优秀的人，用更低的成本，让他们干更多的活，谁就能成为市场竞争的胜利者。

大厂的起薪一年比一年高，还怎么降成本？

简单啊，主要靠外包和少招人。

企业的薪资成本不是看你新人开了多高的工资，而是开出的工资乘以岗位的数量，公司的工资越开越高，但是人越招越少，最后总的成本还是降下来的。

这个光景，作为经历过银行黄金年代的我，是真的见过。

不要光看程序员的薪酬，也要看大厂入门的难度，大部分人连笔试都不一定能过的了。

大厂的策略都是人越招越少，把那些最基础的工作外包出去，只招最顶级的人才，做最困难最核心的工作。

这也是卷的结果，最后只留一小部分程序员，但是每一个都是独当一面的高手，而且这个门槛会越来越高。

至于那些日常的简单工作，门槛则是越来越低，外包的价格也会越来越便宜。

所以程序员这个行业，也是旱的旱死，涝的涝死。

为什么程序员同时具有版本答案和卷两重属性？

因为这个职业确实有点特殊。

程序员确实需要掌握很多知识，但很多在日常的工作中，是用不到的。

毕竟程序员中最优秀的一批人，致力于把这个行业的门槛一再拉低，效率一再提升，这其实就导致了很多程序员都自嘲CV工程师。

客户的个性化需求，产品经理抽风在半夜新开的脑洞，这些不困难但是繁琐的东西，是大部分普通程序员的主要工作内容。

因为工作难度真的没有到挑战大家技术天花板的层次，所以重要的是能熬夜，反应快，脾气好，肯背锅，以及聪明的不要碰那些不知道为啥跑起来的BUG。

当个人水平的差距被低难度的工作拉平，那就只能拼谁的体力好了。

谁在单位时间产出更多，每天花更多时间在工作上，就直接决定了你的价值产出。

但是人老不以筋骨为能，随着年龄的增长，大家的体力都在衰退。

更蛋疼的是，互联网行业的更新换代速度太快了，就算你的体力还跟得上，各种新技术还要让你脑力跟上。

这时候，如果你到年龄了，生活的毒打会让你无法专心，然后就容易灰心。

工地打灰的方式可以几十年不变，但程序员学的东西可能过几年就要面临淘汰。

有一说一，程序员这个迭代速度确实吓人。

他们写出的代码淘汰别的行业，也在淘汰自己。

是真正的猛男。

互联网的高薪当然有时代原因，毕竟早年能接触电脑都很罕见。

一方面供不应求，一方面市场涌入了大量的热钱，企业也给的起钱，这就造就了近10年互联网行业远高于其他行业的起薪。

有时候高价招聘，甚至是一种防守策略，只为不让对手拿到足够的生产力。

但是竞争和烧钱都有极限，最终大家都会骑着小黄车消失在人海。

在单一领域活下来的企业就那么几家，而倒闭的那些公司离开的程序员只能再次投入就业市场。

与此同时，市场上还有大量计算机专业的毕业生在涌来。

人才供应链的逐渐完善是互联网从一个新行业走向成熟的标志，但人越来越多，需求越来越少。

等到新市场被分割得差不多了，开始做存量的时候，大家忽然发现，市场其实并不需要这么多程序员。

给少数人更多钱，而大多数人，直接不需要。

不说行业，就连同一家企业，对于程序员的需求也是不稳定的。

开发新产品做项目的时候可能需要30个程序员，但是做出来以后，平时只需要3到5个程序员来维护就够了。

那剩下的怎么办呢？

企业够大，利润够多，可以内部转岗。

不然要么你自己走，要么我送你走。

这也是为什么前些年中台之风流行，讲白了就是很多技术管理者发现只做业务根本不需要这么多程序员，需要更多的项目来留人，招人，扩大自己的范围。

所以吹中台。

为啥这两年没人吹了？

因为老板被市场一通教育，回过味了。

为什么大家老说程序员是前期职业，老师医生公务员是后期职业，因为无论是老师医生还是公务员，都是发展得相对成熟的百年乃至千年行业。

成熟就意味着达到了一个稳态，不管是需求，还是社会对他们的定位，以及在各个时期能获取的酬劳，都是相对稳定的，可预期的。

像互联网行业这样，每隔几年就发生巨大波动，你根本猜不到未来会怎么样的，真的是少数。

可能前几年上天，后几年就入土，前几年千金市马骨，后几年你是什么二百五。

新行业有新行业的优势，先入场的人薪资高，待遇也高。

因为从前没有这个行业，所以从业者少，市场大，大家都在抢人做增量。

但是一旦行业进入稳定期，开始做存量的时候，一切就会回落到正常水准，而且对人的需求也会减少。

刀枪入库马放南山，皇帝在坐江山的时候，最看不顺眼的就是帮他打江山的老兄弟，所以互联网行业有薪资倒挂，有逼老员工走。

传统行业相当于王朝中后期，资源被分配得差不多了，已经够挤了。

没有年轻人一飞冲天的机会，但也没有泡沫。

但是这句话也可以反过来说，没有泡沫，也就没有年轻人一飞冲天的机会。

事都是一样的事情，就看你怎么去理解。

老师和医生之所以能够后期发力，还因为吃的资源多，越到后期的替代成本越高。

要培养出一个优秀的医生，需要经历过多少病人？

要锻炼出一个经验丰富，熟悉学生心理的老师，要教多少学生？

这些职业不能速成，也很难低成本重复，他们的工作经历本身，就是一种难以复制的资源。

老医生的经验都是用一个个患者的疾病喂出来的，老教师的水平都是在学生身上练出来的，积累和收入正相关。

另外医生和患者，教师和学生，又是一个互相成为对方资源的过程，这是一个额外积累，程序员中就少有这种积累。

但我依然要讲，程序员是当前版本的答案。

首先，程序员中也有牛X的。

比如，和硬件开发相关的底层代码程序员；

比如，极其牛X的性能调优大神；

比如，一个人能顶一堆生产力的数据专家；

比如，安全行业一刀一枪杀出来的对抗专家们。

这些人前期赚的就多，大后期赚的更tm多。

虽然从普通程序员变成技术大佬很难，但从普通老师变成名师，从普通医生变成名医，不是一样难？

程序员可能没有过去那么神了，但只要程序员收入的起点还是某些行业的天花板，这个职业就一定是非ban必选。

为啥？

你选择当程序员，哪怕35到40岁不做了。

用十几年的时间赚到其他职业一辈子的收入，只要你不是胡乱挥霍，后面只要你不是马上猝死，干点啥都是赚的。

你为自己赢得了生命中属于自己的时间。

但你选择在后期职业上苦熬，你要对抗的变数就特别多，在柳暗花明前你不能犯大错，不能生大病，不能有任何影响大后期获得收益的机会。

关键是，同样的收益，在二十年前拿到，和二十年后拿到，价值可能是截然不同的。

程序员哪都不好，但好就好在TMD买房早。

别的职业熬了二十年，终于要崛起了。

但很多程序员二十年前就把红利变现了，然后买了房，你还怎么和我抗。

想象一下这个画面，感受感受，仔细体会，是不是马上就蚌埠住了。

还有更蚌埠住的呢。

很多后期职业在前期直接累死了，没有后期了。

你说35岁以后怎么办，拜托，35岁以后又不是必然失业，你还可以降薪去小公司，而且降完薪还比其他行业的同龄人赚的多。

而且35岁的时候说不定你已经转管理岗了呢，而且为啥程序员不多研究业务，直接转产品经理呢？

虽然我也做风控产品，但我承认程序员出身的产品就是上手快，效果好。

反正钱已经赚到了，就看你有没有攒下来了。

拿着钱，干点啥不行，人生不一定要一直卷的，活着，有空闲时间，干点喜欢做的事情，这本身就是一种价值。

我小时候听我妈讲延迟满足的故事，说有研究人员找了两个小孩，跟他们说你们有两个选择：

一个是现在就拿到糖果，但是只能拿一颗；

但是如果愿意坐在这里等半个小时，忍耐半个小时的枯燥，就可以得到两颗。

一个小孩当场拿了糖果走人了，另一个小孩耐心等了半小时，拿到了两颗。

我妈讲完，我马上提出质疑，我说如果是我，我就选当场拿一颗糖果。

因为我作为一个小孩，我怎么确定那些大人一定会守信用，说不定他们让我等了半小时以后，不但不给我两颗糖，还要打我一顿。

如果他们不守信用，我没有任何能力强制他们实现诺言，那我还不如拿眼前的好处，见好就收。

就像你总是拿走我的压岁钱，说攒起来给我娶媳妇，其实我知道那些钱你早就拿去花了。

而且就算这些研究人员信守诺言，那我也只是相当于拿半个小时换了一颗糖。

这半个小时我可以去打电动，可以看电视，可以去找邻居小花，这些时间能带给我的快乐并不比一颗糖少。

所以我为什么要选延迟满足？

延迟满足的前提是定义权和决定权在我手里。

我就要现在满足。

我妈很欣慰，她说我是个聪明的孩子。

然后揍了我一顿，让我别想压岁钱了。

说白了，有问题的从来都不是职业，而是你怎么玩儿弄这个职业。

很多互联网从业者的问题，在于他们并没有清晰地意识到自己是占了职业的便宜，还以为是自己牛逼，这辈子都能拥有远高于其他行业的收入水平，于是养成了把后半辈子的钱也一起花掉的消费习惯。

你以为自己的人生是一柱擎天，但其实只是抛物线。

这是人的问题，不是职业的问题。

人不是只活五十年的，随着医疗技术的发达，以后人类的预期寿命还会越来越长。

在前期春风得意的时候为后期做准备，用动态的思维去规划人生，这才是应该做的。

无论你是已经工作了，还是正在选择以后的职业道路，想要降低中年危机的风险，都可以考虑一下以下问题：

第一，如果你的职业现在很赚钱，这个赚钱能持续多久？你的身体变化和年龄增长会影响收入吗？行业的变化趋势是什么样的？

只要还没有财务自由，就不要养成高消费的习惯，以免泡沫消失后接受不了落差。

第二，你的职业可替代性强吗？如果把你辞退了，老板需要花多大代价才能找到差不多的人？这样的人愿意接受和你一样甚至更低的薪水吗？

无论从事什么行业，都要多吃资源，增加个人价值，提高企业的替代成本。

比如有公派学习的机会，就去努力争取，好好学。

有接触客户和甲方的机会，把他们的联系方式加到微信里。

每一次吃到的资源，都是在增加你的独特性。

就算你是零件，也要当不好找备份的那个。

而且资源是有限的，你多吃一口，你的潜在对手就少吃一口。

有时候社会竞争的本质逻辑，就是比拼谁能在短时间吃下更多的资源，然后快速消化，再去抢更多的资源。

当然，你信不信都行。

我们不能决定命运要用怎样的姿势对我们下手，但我们至少可以在它下手前，挣扎得不遗余力。

如果不能反抗，那就享受吧。

从这个角度来看，程序员依然是普通人最优秀的选择之一。

注意，我说的是普通人。

很多人并不普通，但没办法，不普通的路，太废爹了。

想进一线互联网大企业，辛辛苦苦获得了面试机会，过了笔试，然后却在自己最擅长的技术面试中败北；实在可惜，也有点不值，对自己的辛苦付出不值。那么今天笔者就给大家分享Android70道技术面试题，帮你绕过那些技术面的坑！

为了能够在面试回答中优雅而不失体面回答面试考点，本文借鉴了不同平台对知识点的描述。

正文[技术面试题]

1、Activity生命周期？
onCreate() -> onStart() -> onResume() -> onPause() -> onStop() -> onDetroy()

2、Service生命周期？
service 启动方式有两种，一种是通过startService()方式进行启动，另一种是通过bindService()方式进行启动。不同的启动方式他们的生命周期是不一样.

通过startService()这种方式启动的service，生命周期是这样：调用startService() --> onCreate()–> onStartConmon()–> onDestroy()。这种方式启动的话，需要注意一下几个问题，第一：当我们通过startService被调用以后，多次在调用startService(),onCreate()方法也只会被调用一次，而onStartConmon()会被多次调用当我们调用stopService()的时候，onDestroy()就会被调用，从而销毁服务。第二：当我们通过startService启动时候，通过intent传值，在onStartConmon()方法中获取值的时候，一定要先判断intent是否为null。

通过bindService()方式进行绑定，这种方式绑定service，生命周期走法：bindService–>onCreate()–>onBind()–>unBind()–>onDestroy() bingservice 这种方式进行启动service好处是更加便利activity中操作service，比如加入service中有几个方法，a,b ，如果要在activity中调用，在需要在activity获取ServiceConnection对象，通过ServiceConnection来获取service中内部类的类对象，然后通过这个类对象就可以调用类中的方法，当然这个类需要继承Binder对象

3、Activity的启动过程（不要回答生命周期）
app启动的过程有两种情况，第一种是从桌面launcher上点击相应的应用图标，第二种是在activity中通过调用startActivity来启动一个新的activity。

我们创建一个新的项目，默认的根activity都是MainActivity，而所有的activity都是保存在堆栈中的，我们启动一个新的activity就会放在上一个activity上面，而我们从桌面点击应用图标的时候，由于launcher本身也是一个应用，当我们点击图标的时候，系统就会调用startActivitySately(),一般情况下，我们所启动的activity的相关信息都会保存在intent中，比如action，category等等。我们在安装这个应用的时候，系统也会启动一个PackaManagerService的管理服务，这个管理服务会对AndroidManifest.xml文件进行解析，从而得到应用程序中的相关信息，比如service，activity，Broadcast等等，然后获得相关组件的信息。当我们点击应用图标的时候，就会调用startActivitySately()方法，而这个方法内部则是调用startActivty(),而startActivity()方法最终还是会调用startActivityForResult()这个方法。而在startActivityForResult()这个方法。因为startActivityForResult()方法是有返回结果的，所以系统就直接给一个-1，就表示不需要结果返回了。而startActivityForResult()这个方法实际是通过Instrumentation类中的execStartActivity()方法来启动activity，Instrumentation这个类主要作用就是监控程序和系统之间的交互。而在这个execStartActivity()方法中会获取ActivityManagerService的代理对象，通过这个代理对象进行启动activity。启动会就会调用一个checkStartActivityResult()方法，如果说没有在配置清单中配置有这个组件，就会在这个方法中抛出异常了。当然最后是调用的是Application.scheduleLaunchActivity()进行启动activity，而这个方法中通过获取得到一个ActivityClientRecord对象，而这个ActivityClientRecord通过handler来进行消息的发送，系统内部会将每一个activity组件使用ActivityClientRecord对象来进行描述，而ActivityClientRecord对象中保存有一个LoaderApk对象，通过这个对象调用handleLaunchActivity来启动activity组件，而页面的生命周期方法也就是在这个方法中进行调用。

4、Broadcast注册方式与区别
此处延伸：什么情况下用动态注册

Broadcast广播，注册方式主要有两种.

第一种是静态注册，也可成为常驻型广播，这种广播需要在Androidmanifest.xml中进行注册，这中方式注册的广播，不受页面生命周期的影响，即使退出了页面，也可以收到广播这种广播一般用于想开机自启动啊等等，由于这种注册的方式的广播是常驻型广播，所以会占用CPU的资源。

第二种是动态注册，而动态注册的话，是在代码中注册的，这种注册方式也叫非常驻型广播，收到生命周期的影响，退出页面后，就不会收到广播，我们通常运用在更新UI方面。这种注册方式优先级较高。最后需要解绑，否会会内存泄露

广播是分为有序广播和无序广播。

5、HttpClient与HttpUrlConnection的区别
此处延伸：Volley里用的哪种请求方式（2.3前HttpClient，2.3后HttpUrlConnection）

首先HttpClient和HttpUrlConnection 这两种方式都支持Https协议，都是以流的形式进行上传或者下载数据，也可以说是以流的形式进行数据的传输，还有ipv6,以及连接池等功能。HttpClient这个拥有非常多的API，所以如果想要进行扩展的话，并且不破坏它的兼容性的话，很难进行扩展，也就是这个原因，Google在Android6.0的时候，直接就弃用了这个HttpClient.

而HttpUrlConnection相对来说就是比较轻量级了，API比较少，容易扩展，并且能够满足Android大部分的数据传输。比较经典的一个框架volley，在2.3版本以前都是使用HttpClient,在2.3以后就使用了HttpUrlConnection。

6、讲解一下Context
Context是一个抽象基类。在翻译为上下文，也可以理解为环境，是提供一些程序的运行环境基础信息。Context下有两个子类，ContextWrapper是上下文功能的封装类，而ContextImpl则是上下文功能的实现类。而ContextWrapper又有三个直接的子类， ContextThemeWrapper、Service和Application。其中，ContextThemeWrapper是一个带主题的封装类，而它有一个直接子类就是Activity，所以Activity和Service以及Application的Context是不一样的，只有Activity需要主题，Service不需要主题。Context一共有三种类型，分别是Application、Activity和Service。这三个类虽然分别各种承担着不同的作用，但它们都属于Context的一种，而它们具体Context的功能则是由ContextImpl类去实现的，因此在绝大多数场景下，Activity、Service和Application这三种类型的Context都是可以通用的。不过有几种场景比较特殊，比如启动Activity，还有弹出Dialog。出于安全原因的考虑，Android是不允许Activity或Dialog凭空出现的，一个Activity的启动必须要建立在另一个Activity的基础之上，也就是以此形成的返回栈。而Dialog则必须在一个Activity上面弹出（除非是System Alert类型的Dialog），因此在这种场景下，我们只能使用Activity类型的Context，否则将会出错。

getApplicationContext()和getApplication()方法得到的对象都是同一个application对象，只是对象的类型不一样。

Context数量 = Activity数量 + Service数量 + 1 （1为Application）

7、理解Activity，View,Window三者关系
这个问题真的很不好回答。所以这里先来个算是比较恰当的比喻来形容下它们的关系吧。Activity像一个工匠（控制单元），Window像窗户（承载模型），View像窗花（显示视图）LayoutInflater像剪刀，Xml配置像窗花图纸。

1：Activity构造的时候会初始化一个Window，准确的说是PhoneWindow。

2：这个PhoneWindow有一个“ViewRoot”，这个“ViewRoot”是一个View或者说ViewGroup，是最初始的根视图。

3：“ViewRoot”通过addView方法来一个个的添加View。比如TextView，Button等

4：这些View的事件监听，是由WindowManagerService来接受消息，并且回调Activity函数。比如onClickListener，onKeyDown等。

10、四种LaunchMode及其使用场景

此处延伸：栈(First In Last Out)与队列(First In First Out)的区别

8、保存Activity状态
onSaveInstanceState(Bundle)会在activity转入后台状态之前被调用，也就是onStop()方法之前，onPause方法之后被调用；

9、Android中的几种动画
帧动画：指通过指定每一帧的图片和播放时间，有序的进行播放而形成动画效果，比如想听的律动条。

补间动画：指通过指定View的初始状态、变化时间、方式，通过一系列的算法去进行图形变换，从而形成动画效果，主要有Alpha、Scale、Translate、Rotate四种效果。注意：只是在视图层实现了动画效果，并没有真正改变View的属性，比如滑动列表，改变标题栏的透明度。

属性动画：在Android3.0的时候才支持，通过不断的改变View的属性，不断的重绘而形成动画效果。相比于视图动画，View的属性是真正改变了。比如view的旋转，放大，缩小。

10、Android中跨进程通讯的几种方式
Android 跨进程通信，像intent，contentProvider,广播，service都可以跨进程通信。

intent：这种跨进程方式并不是访问内存的形式，它需要传递一个uri,比如说打电话。

contentProvider：这种形式，是使用数据共享的形式进行数据共享。

service：远程服务，aidl

其他Android面试题
Activity
11、onSaveInstanceState(),onRestoreInstanceState的掉用时机
12、activity的启动模式和使用场景
13、Activity A跳转Activity B，再按返回键，生命周期执行的顺序
14、横竖屏切换,按home键,按返回键,锁屏与解锁屏幕,跳转透明Activity界面,启动一个 Theme 为 Dialog 的 Activity，弹出Dialog时Activity的生命周期
15、onStart 和 onResume、onPause 和 onStop 的区别
16、Activity之间传递数据的方式Intent是否有大小限制，如果传递的数据量偏大，有哪些方案
17、Activity的onNewIntent()方法什么时候执行
18、显示启动和隐式启动
19、scheme使用场景,协议格式,如何使用
20、ANR 的四种场景
21、onCreate和onRestoreInstance方法中恢复数据时的区别
22、activty间传递数据的方式
23、跨App启动Activity的方式,注意事项
24、Activity任务栈是什么
25、有哪些Activity常用的标记位Flags
26、Activity的数据是怎么保存的,进程被Kill后,保存的数据怎么恢复的

Service
26、service 的生命周期，两种启动方式的区别
27、Service与Activity怎么实现通信
28、IntentService是什么,IntentService原理，应用场景及其与Service的区别
29、Service 的 onStartCommand 方法有几种返回值?各代表什么意思?
30、bindService和startService混合使用的生命周期以及怎么关闭

BroadcastReceiver
31、广播的分类和使用场景
32、广播的两种注册方式的区别
33、广播发送和接收的原理
34、本地广播和全局广播的区别

ContentProvider
35、什么是ContentProvider及其使用
36、ContentProvider,ContentResolver,ContentObserver之间的关系
37、ContentProvider的实现原理
38、ContentProvider的优点
39、Uri 是什么

Handler
40、Handler的实现原理
41、子线程中能不能直接new一个Handler,为什么主线程可以
42、Handler导致的内存泄露原因及其解决方案
43、一个线程可以有几个Handler,几个Looper,几个MessageQueue对象
44、Message对象创建的方式有哪些 & 区别
45、Handler 有哪些发送消息的方法
46、Handler的post与sendMessage的区别和应用场景
47、handler postDealy后消息队列有什么变化，假设先 postDelay 10s, 再postDelay 1s, 怎么处理这2条消息sendMessageDelayed-sendMessageAtTime-sendMessage
48、MessageQueue是什么数据结构
49、Handler怎么做到的一个线程对应一个Looper，如何保证只有一个MessageQueue ThreadLocal在Handler机制中的作用
50、HandlerThread是什么 & 好处 &原理 & 使用场景
51、IdleHandler及其使用场景
52、消息屏障，同步屏障机制what
53、子线程能不能更新UI
54、为什么Android系统不建议子线程访问UI
55、Android中为什么主线程不会因为Looper.loop()里的死循环卡死？
56、Handler消息机制中，一个looper是如何区分多个Handler的当Activity有多个Handler的时候，怎么样区分当前消息由哪个Handler处理处理message的时候怎么知道是去哪个callback处理的
57、Looper.quit/quitSafely的区别
58、通过Handler如何实现线程的切换
59、Handler 如何与 Looper 关联的

View绘制
60、View绘制流程
61、MeasureSpec是什么
62、子View创建MeasureSpec创建规则是什么
63、自定义Viewwrap_content不起作用的原因
64、在Activity中获取某个View的宽高有几种方法
65、为什么onCreate获取不到View的宽高
66、View#post与Handler#post的区别
67、Android绘制和屏幕刷新机制原理
68、Choreography原理
69、什么是双缓冲
70、为什么使用SurfaceView

第一篇：java面试题

• HashMap
• ArrayList
• 内存模型
• Java 的泛型

第二篇：Kotlin方面

• 请简述一下什么是 Kotlin？它有哪些特性？
• Kotlin中实现单例的几种常见方式？
• Kotlin中集合遍历有哪几种方式？
• Kotlin中集合遍历有哪几种方式？
  

第三篇：源码流程篇

• Glide源码分析
• OkHttp源码分析
• Retrofit源码分析
  

第四篇：性能优化篇

• 启动优化
• 内存优化
• 安装包优化
  

第五篇：Android 面试题

• Activity 启动模式
• handler 如何实现延时发消息 postdelay()
• Android 插件化和热修复知识梳理
• App 稳定性优化
  

注：含答案 ! 篇幅有限，已整理到网盘 ,添加csdn官方认证微信，免费获取。

第六篇：UI控件篇

• 屏幕适配
• 主要控件优化
• RecyclerView优化
  

第七篇：架构设计篇

• MVP架构设计
• 组件化架构
• Android为什么要用组件化？
  

第八篇：Android四大组件

• Activity 与 Fragment 之间常见的几种通信方式？
• Service如何进行保活？
• 说说Activity加载的流程？
  

第九篇：网络面试题

• HTTP 协议
• TCP/IP 协议
• TCP 和 UDP 的区别？
  

第十篇：大厂面试题真题解析

• Service的生命周期，两种启动方法，有什么区别
• Handler、Looper消息队列模型，各部分的作用
• -apk瘦身
• activity的生命周期
  

最后

限于篇幅，本文无法给出所有的Android技术面试题答案（其中还有View事件分发、RecycleView、Viewpager&Fragment、WebView、动画、Bitmap、mvc&mvp&mvvm、Binder、内存泄漏&内存溢出、性能优化、Window&WindowManager、AMS、系统启动、App启动&打包&安装、序列化、Art & Dalvik 及其区别、模块化&组件化、热修复&插件化、AOP、jectpack、开源框架等全方面的面试题），需要的的朋友点击下方二维码即可免费领取PDF版完整文档[保证100%免费获取]。