转framework开发快一年了，一直都想写一篇文章，分享一下自己的工作心得，也让做应用开发的小伙伴对framework开发有一定的了解，但因为种种原因耽搁了，今天就趁着工作闲暇之余，聊聊我从应用开发转framework开发的心路历程，自己也是刚开始学着写文章，文笔不太好，请见谅_
本人履历
一个混迹Android圈7年的小菜鸟
做过应用开发，996那种
做过Android讲师，在小白面前吹牛逼那种
做过技术支持，全国到处跑那种
越来越卷的应用开发
曾经跟所有Androider一样，在应用开发领域为所欲为，徒手掰Handler，脚踩ViewPager，硬刚ListView，但随着时间的推移，技术的更新迭代，ViewPager2，RecyclerView，插件化，组件化，Kotlin，jetpack，mvvm，flutter，compose，简直没完没了了，随着年龄越大，越来越感到无力，或许未来某一天学不动了，真的会被后浪给淘汰，于是，第一次真正思考起自己的职业规划，要不要转行呢，可是转行又能做什么呢，别的圈子也卷啊
应用开发向framework开发过渡
某天，我在某聘上看到现在公司招聘Android开发岗，以为是应用开发，就电话聊了聊，聊了一个多小时才知道是做framework开发，起初我理解的framework开发就是定制系统，类似MIUI之类的，但是聊完之后我才知道，其实framework也有很多方向，毕竟Android源码那么庞大，根据模块划分有：
- wifi/bt-wifi和bluetooth
- multimedia-多媒体
- telephony-电话
- …
根据业务划分有：
- TV-电视
- Iot-物联网
- Auto-车载
- …
比起应用层层出不穷的新技术，framework层就显得十分的成熟稳重，没有太多的变化，核心技术一直都是那些东西，能够把其中一个方向给研究透彻就已经很牛掰了，想想之前卷到天际的应用开发，顿时来了兴趣，于是毅然决然辞职来到现在的公司做framework开发。
来到这里之后，真的是神仙打架，全是一群各个领域的大佬，只想说，被带飞的感觉真好。刚来就从framework最基础的东西开始学起，搭建framework开发环境，主要包括：
- Android Studio：查阅源码
- git：拉取/上传代码
- 编译源码所需要的环境，如openjdk、python、 libssl-dev、audit2allow、m4等
- 远程工具向日葵/NoMachine：因为编译源码需要在Linux环境下，所以每个人都有两台主机，Windows和Ubuntu，一般都是windows远程控制Ubuntu
- 其他一些辅助工具
搭建好开发环境后，就可以开始从公司服务器下载Android源码，编译源码，刷机，其中最耗时的就是编译源码，第一次编译可能得花三四个小时，不同版本的Android源码编译时间不一样，一般版本越高，编译时间越长，正所谓，一杯茶，一包烟，一个bug改一天，毫不夸张，就这整个流程下来，我花了整整一周，第一次开周会的时候，同事的周报我都看不懂，都是一些framework的问题，但转过头想想以后我也能解决这些问题，顿时感觉越来越兴奋。
学完刷完机之后，开始尝试在源码里面加入自己的代码，看它会不会生效，最简单的就是加个Log日志，然后在adb logcat中看是否打印出来了，这里说明一下，查看日志不是在Android Studio中查看，AS只用于查看源码，不作为调试工具，调试都是使用adb相关工具。
自己的代码能够生效之后，就开始着手处理一些简单的问题了，起初都是处理java层的一些bug，并不涉及到native层代码，比如隐藏设置里面的一些不常用的设置选项，修复关于设备里面IMEI号显示不正确的问题等等，虽然很简单，但是对于刚入门的我来说也是很懵逼的，UI问题还好，可以根据文案，全局搜索，定位到代码处，非UI问题，那就得搞清楚Android系统的执行流程了，这就需要先了解Android源码的目录结构，每个目录都是干啥的，就跟app项目结构一样，然后要去梳理Android的启动流程，核心的一些服务和进程，PMS，AMS，WMS等等之类，进程之间的通信方式，这又需要对Linux有一定的了解，了解这些之后你才知道这个bug可能跟什么模块有关系，这就缩小问题定位范围了，然后到对应的模块下面去进一步查找，好在公司有很丰富的学习资源，需要了解什么知识点都可以在资源库里查得到，这节省了很多时间，不得不说，大公司确实不一样。
经过一两个月时间的熟悉之后，渐渐的对framework开发流程越发娴熟，很多简单的问题都能很快解决掉，但是碰到那种很怪异的问题，就很费时间，比如插入大容量SD卡黑屏，往SD卡拷贝大文件会卡顿，甚至出现anr，framework最害怕碰到的就是anr，因为anr日志给出的报错信息一般都不是根本原因，多半是底层出现了什么问题才导致上层出错，这种问题，就算自己处理十天半个月都不一样搞得定，最后都是请其他岗位的同事协助解决。
framework开发心得
时至今日，可以说已经对framework开发有了比较全面的认识，但仍然掩盖不了自己是个菜鸟的事实，很多东西都需要去学习，比如linux，jni，c/c++，IPC，aidl，hidl，adb shell等等，目前正在恶补这些东西，正应了那句话，学得越多，越觉得自己是个菜鸡。但是从另外一个角度来看，技术的不足恰好激发了自己的学习欲望，不断鞭策自己向上进步，慢慢的对未来的焦虑也逐渐减少，想想之前的自己，再看看现在的自己，照镜子都觉得自己那么帅，每天进步一点，量变引起质变，这是我目前抱有的信念。
To App Developer
静下思考，认真规划，戒骄戒躁，步步落地。如果你不想卷应用开发了，framework开发可能是你可以选择的一条不归路。有兴趣的小伙伴可以关注我，我整理了一份framework学习路线和方法，共大家参考学习。
革命尚未成功，同志仍需努力，共勉！