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

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

校招给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%免费获取]。

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

程序员到了35 岁就要被裁员？
有下面两种说法: 一种是"程序员到了35 岁就要被裁员了". 还有一种是"程序员是4D工种:dirty,difficult, dangerous, dreamless&q ...
程序员如何跳出35岁魔咒，史上最全思维图收集解救你
时常有人在知乎.百度等平台抛出问题:程序员过了 35 岁或 40 岁是不是就失去了竞争力,要转管理岗了吗? 100offer 在2017年对其平台上的5844 位技术岗位求职者做了一个抽样调查,得出了 ...
谁说程序员过了35岁之后就要去“送外卖”、“跑滴滴”？这几种发展走向照样解除焦虑
前段时间在技术交流群里聊天,无意间说到了程序员35岁之后的未来规划,说到未来,大多数人都是"跑滴滴"."送外卖",虽是玩笑话,但的确是很迷茫. 说到程序员,在外 ...
年薪40W+，2018年程序员如何跳出35岁“失业”怪圈？
时常有人在知乎.百度等平台抛出问题:程序员过了 35 岁(或 40 岁)是不是就失去了竞争力,要转管理岗了吗? 当然不是. 2018年程序员们将有更多的机会和前景. 2018年是新技术爆发年,大数据. ...
为什么有些程序员悄无声息渡过35岁中年危机
原文地址:http://blog.csdn.net/csdnsevenn/article/details/78909434 为什么有些程序员悄无声息渡过35岁中年危机? 今天分享是一些已经渡过中年危机 ...
程序员到了35岁真的会失业吗？
前言程序员到了35岁真的会失业吗? 无论谁是领导,无论公司怎么调整,你是不是需要能出活的人?需要能够搞定事情的人?年轻人能加班?如果只靠加班.拼体力就能搞定,很多公司会让你加班加的怀疑人生. (文末 ...
程序员到了35岁就会失业吗？三位程序员UP主这样说……
Q: 你自己也是 up ,然后会接触很多程序员群体,你觉得你在跟这些程序员沟通下来,他们会有一些关于年龄方面的焦虑嘛? A: 很多人都有,而且很多人都是,还没入行就开始焦虑了,就开始问我" ...
为什么说程序员过了35岁就退休的说法？
现在大多数人都会问为什么程序员过了35岁就退休的说法?你知道吗?答案其实是这样的不是说一个程序员35岁就老了,而是35岁的程序员在接收新的技术上不是那么的了如指掌了,而是开始变得琢磨不想现在在学校里 ...
谁说程序员干到 35 岁就不行了？
程序员干到35就不行了! IT行业普遍存在这种说法, 而且还有各种年龄版本, 有的说到30岁:有的说到35岁:有的说到40岁, 达到这个年龄上限就必须要调整方向去做管理.产品.业务等岗位的工作, 反正 ...
我，程序员，马上35岁...
每过一段时间,总能看到大家讨论程序员35岁的问题(所谓的程序员中年危机).笔者今天从员工自身发展的角度再来做一些思考和分享. 出路一:成为终身程序员有一位程序员,1952出生.12岁就在编程界崭露头 ...

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