安卓开发实战！字节跳动Android研发岗这些知识点内部泄露出来了，已拿到offer
咸鱼翻身不断上演
2018年5月份，北京，在所谓的互联网寒冬里，一个普通二本的学生，在小公司工作一年后，跳槽拿到了百度的offer，月薪从9k变为17k，涨薪幅度接近100%。
2018年底，上海，一个只有高中学历的同学，通过培训加入了IT行业，刚开始他的月薪只有6k，一年后，他的月薪变为了16k，涨幅接近167%。
2019年3月，北京，一个xx科技学院毕业的的普通二本，在小公司跌跌撞撞半年后，今年年初突然开挂，成功拿到了百度、小米、网易和头条的offer，最终他选择了多金的头条，拿到了近30k的月薪。
2020年初，深圳，一个物理专业毕业的研究生，在工作短短两年后，拿到了年薪50万的offer，现在已经是高级工程师了。
像这样的例子还有很多，无法一一列举，可见，没有名校学历和耀眼的光环，照样可以进入大厂拿高薪，只是很多人没有领悟要领而已。
打铁还需自身硬
其实，对于学历普通也没有耀眼光环的人来说，进大厂就靠一条，那就是：技术实力。但是很多人在小厂待习惯了，总是用小厂的标准来衡量大厂的要求，屡次面试受挫，于是得出了一个结论：面试造飞机，入职拧螺丝钉。
但事实上，大厂的平台更大，用户量也更多，自然技术要求也更高，不能完全用拧螺丝钉来形容。就算大厂做的也是普通的事情，但是很多时候，大厂对稳定性、执行效率和崩溃率的极致追求，都是在小厂无法体会的。
我们知道，一件看似简单的事情，如果要做到80分，那轻而易举；如果要做到95分以上，那就非常困难了；而如果要做到99分以上，那就难如登天了。在大厂很多时候都要把事情做到95分甚至更高，这种追求极致的过程很有技术含量，大家好理解吗？
如何进入大厂，我总结下来就是：
- 脱离小厂思维，按照大厂的技术标准来要求自己
- 整理核心技能树
- 潜心修炼一年
了解我的读者都知道，我待过很多大厂，腾讯百度滴滴我都待过，而且我的技术级别还不低，好几年前我就是技术专家了，我很清楚大厂的用人标准和技术要求。
这是我印象深刻的一道题，很明显它是我的第一次，那时我去一家公司（暂时叫它T公司吧）面试外派到韩国三星的工作机会。T公司的面试官是一个叫Bely架构师，显然那个时候Android开发是稀缺资源，知道Service那都不得了了，当然Bely也没打算为难我（必竟也工作4年多了，人长得也不错），我轻松对答：
Service是一个专门在后台处理长时间任务的Android组件，它没有UI。它有两种启动方式，startService和bindService。
你猜得没错，Bely紧接着问我：这两种启动方式的区别。
startService只是启动Service，启动它的组件（如Activity）和Service并没有关联，只有当Service调用stopSelf或者其他组件调用stopService服务才会终止。
bindService方法启动Service，其他组件可以通过回调获取Service的代理对象和Service交互，而这两方也进行了绑定，当启动方销毁时，Service也会自动进行unBind操作，当发现所有绑定都进行了unBind时才会销毁Service。
这应该是比较关键的区别了，在面试前我刚刚用Serivce做过一个音乐播放器。几年后，我在深圳面试过很多人，他们中有60-70%的人没有使用Service的经验，让我一度感觉得深圳这座城市做Android开发的比较浮躁。因为这儿工作机会太多了，初级的开发者都比较急功近利，不需要在自己身上下太多的功夫也可以找到工作（当然这是片面的认识）。
当然还有其他的区别，如两种调用对Service生命周期函数影响，面试官也可以就这个问题展开一下。
当我遇到面试者知道怎么使用Service，也如多年前的我可以自如的答出startService和bindService的区别时，我一般会多问一句：
Service的onCreate回调函数可以做耗时的操作吗？
很多人都会说：可以。
原形毕露，他前面的回答只是在面试前预习了一下面试题而已。如果知道Service的onCreate是在主线程（ActivityThread）中调用的，耗时操作会阻塞UI，我一般再接着问：
如果需要做耗时的操作，你会怎么做？
问题便这样展开了，一个人是否真正懂得原理会灵活运用，一下子便能看出来。 当面试者回答到线程和Handler方式时，我会再问一下对方:
是否知道IntentService，在什么场景下使用IntentService？
这也是面试官要看的点，真正的项目需要一个开发人员对某个问题有一定的深度，也需要对整个Android的知识点有一定的广度。深度代表这个人对问题认真对待有钻研的精神，广度代表这个人在面对同一个问题时，会更容易从多种可行的方案中选出最合适的一种。
Service的实际项目中一直被很多人忽略，为什么我一再强调Service很重要，我们来看看，如果对Service完全无知会在工作中遇到什么问题。
场景：如果一个应用要从网络上下载MP3文件，并在Activity上展示进度条，这个Activity要求是可以转屏的。那么在转屏时Actvitiy会重启，如何保证下载的进度条能正确展示进度呢？
没有Service概念的人，一般想出来的方案如下：
- 在转屏前将进度缓存，转屏后再读出来。
- 使用android:configChanges设置，让转屏时Activity不销毁和重建。
针对第1个方案，我会继续问他将进度值存在哪里？ 转屏的过程中，我们知道Activity的重建算是比较耗时的，会可能会有几百毫秒以上，那么这时候下载线程仍然在工作，进度肯定和保存时的进度不一致了，如何处理这个问题呢？
第2个方案，大家可以自己展开思考，实际的项目中可能会需要额外做一些事情来处理ContentView的横竖布局的问题。
如果使用Service来解决这个问题，看似是比较完美的，不过就会涉及Activity（UI）和Service的交互问题，这个我们以后再讨论。
最后
都说三年是程序员的一个坎，能否晋升或者提高自己的核心竞争力，这几年就十分关键。
技术发展的这么快，从哪些方面开始学习，才能达到高级工程师水平，最后进阶到Android架构师/技术专家？我总结了这 5大块；
我搜集整理过这几年阿里，以及腾讯，字节跳动，华为，小米等公司的面试题，把面试的要求和技术点梳理成一份大而全的“ Android架构师”面试 PDF（实际上比预期多花了不少精力），包含知识脉络 + 分支细节。
Java语言与原理；
大厂，小厂。Android面试先看你熟不熟悉Java语言
高级UI与自定义view；
自定义view，Android开发的基本功。
性能调优；
数据结构算法，设计模式。都是这里面的关键基础和重点需要熟练的。
NDK开发；
未来的方向，高薪必会。
前沿技术；
组件化，热升级，热修复，框架设计
网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。
我在搭建这些技术框架的时候，还整理了系统的高级进阶教程，会比自己碎片化学习效果强太多，GitHub可见；《Android架构视频+学习笔记》
当然，想要深入学习并掌握这些能力，并不简单。关于如何学习，做程序员这一行什么工作强度大家都懂，但是不管工作多忙，每周也要雷打不动的抽出 2 小时用来学习。
不出半年，你就能看出变化！
EF%BC%81.md)**
当然，想要深入学习并掌握这些能力，并不简单。关于如何学习，做程序员这一行什么工作强度大家都懂，但是不管工作多忙，每周也要雷打不动的抽出 2 小时用来学习。
不出半年，你就能看出变化！