越来越多的人在提“移动端的下半场”、“Android 开发的焦虑”之类的，也有人在喊“技术天天在变，学也学不完”，“昨天 Kotlin 今天 Flutter”。其实我却认为，如果你技术达到了一定程度，你无需太过在意这些。

移动端真正进入下半场了吗？于我看来并没有，最多说“Android 技术的探索”进入了下半场，而整个市场还是乐观的。以前是 BAT 的天下，而近两年出来越来越多的独角兽：头条、抖音、拼多多、快手、小猿搜题等，这些公司的业务都在移动端上，他们需要招聘更多的移动端人才。如果真要说下半场，只能说很多小型创业公司在退出市场，这确实会导致很多入门工程师失业，但这也说明了这个行业在更加规范。

而且，对于 Android 工程师而言，这更是个好的时代。互联网下沉，那么下沉市场里的用户是使用 Android 多还是 iOS 多，大家都清楚。

那么，对于工程师而言需要做什么才能存活呢？很简单，要么转行，要么提高。我相信，一个技术不错的工程师，不但无需焦虑，而且在这个时代，能够拥有稳定的职业生涯和丰厚的收入。

一面：

应该是个参加工作不久的研究僧师兄，出了一道算法题，主要考字符转int，然后分析了时间复杂度和空间复杂度，之后聊了android listView的性能优化，还问我recycalView的特点，进程通信的方式，我主要说了aidl和共享文件，广播，本来还想用java装B，还在精通java，然而师兄并没有问，说叫等一下

二面：

二面明显难度提升，而且面试管应该是组长吧，比较喜欢听吹架构，正好之前自己从web后台，客户端，硬件等方面做了一个智能家居项目，就吹了下硬件那边的逻辑，包括蓝牙，wifi的HTTP/IP协议，透传等，红外等传感器，然后web后台我说我用sevlet，因为本身客户端主要需要接口，数据库用mysql，也没问rollback（嘿嘿），然后把客户端展示给他看看，实在太丑没有美工（这不是重点），由于我的项目中有一个很重要的point就是在硬件触发时唤醒服务器后台推送，首先硬件识别后，串口读写数据到单片机，单片机写入wifi缓冲区，wifi通过HTTP透传数据到我服务器（可以用TCP和IP），服务器获取mac标识，推送至TAG（家庭ID）或者用户（Alias）
说到推送，好好吹吹实现原理。
1：pull方式，http长连接或是socket，轮询间隔设好即可，缺点及时性差
2：push方式，实时性好，方法1，google自带推送平台（网太差），方法二，xmpp协议（基于XML）。其实封装的比较好了，有个开源包叫asmark，其中有XmppConnection这个推送库，话说好多公司都是用它自己封装库，不过开源的demo只管推，没有延时推送，消息暂存功能，方式3，用三方的
算法：是2个有序数组合并问题，用2个指针每次比较能够O（n）解决问题，算法pass
LruCache：先装装B，说一下我写的和google V4包有什么不同，主要是没有trimToSize方法，没有sizeof（）计算内存耗费大小，我主要是重写LinkedHashMap,讲了下LinkHashMap源码，其实我也是看别人写的源码解析，（嘿嘿，毕竟年轻，多向别人学习）

最后

针对Android程序员，我这边给大家整理了一些资料，包括不限于高级UI、性能优化、架构师课程、NDK、混合式开发（ReactNative+Weex）微信小程序、Flutter等全方面的Android进阶实践技术；希望能帮助到大家，也节省大家在网上搜索资料的时间来学习，也可以分享动态给身边好友一起学习！

资料领取：点击免费获取Android IOC架构设计

领取获取往期Android高级架构资料、源码、笔记、视频。高级UI、性能优化、架构师课程、混合式开发（ReactNative+Weex）全方面的Android进阶实践技术，群内还有技术大牛一起讨论交流解决问题。

(img-YXd6GKoJ-1615803882491)]

标签：安卓,wifi,源码,下半场,架构师,android,推送,Android
来源： https://blog.csdn.net/fanzhang_vip0723/article/details/114844656