android开发人员大概都是从上层做起，捣鼓捣鼓收音机，记事本，主界面什么的。开发工具eclipse+ADT就可以了，有的模块会需要导入一些依赖包。
慢慢的，这些表面工作已经成为一种体力活，开始觉得厌倦，这时多半也混成老油条了。或许是组织信任你，也可能是你自己想要change，所以你表示
要搞搞更具技术含量的东西，理所当然的framework开始以各种姿态出现在你的生活中，并以它独有的方式影响着你的心情。
前段日子，作为一个极具二b青年气质的程序员怀着忐忑的心情开始了我的framework相关工作。这里略作小结。
组织交给我的任务是根据UI提供的设计方案实现一个新锁屏（技术评审的时候我很猥琐的投了看起来最容易实现的一种方案）。
做的时候，思路很快锊顺了，但做起来异常费劲，每次做点修改，或者加点调试信息，都是全编译生成system.img，一趟下来半小时没了，一天也调试不了几次。
编译的时候看看书，和同事聊聊天什么的，时间不够，加班来凑，顺便混个加班餐，锁屏硬就是在这种2b节奏下弄出来的。
组织验完锁屏表示小伙子做得还可以，接下来你把状态栏和setting也做了吧。屌丝的虚荣心在那瞬间得到了极大地满足，立马表示愿为组织肝脑涂地，在所不惜！
一天中午我正在以2b节奏被状态栏以各种姿势（bug）调戏着，一边盯着屏幕全编译，一边思绪万千。突然一高富帅划过身边，淡淡的扔下一句：可以单编译的。
高富帅回到座位随手发给我一个网址，当时我的世界观发生了改变。
1.初始化编译环境
. build/envsetup.sh
2.选择编译策略
choosecombo 1 2 9 2& chooseproduct XXX
3.这里分不同情况讨论
比如锁屏就分了三个地方：
a，逻辑是Frameworks/base/policy/src/com/android/internal/policy/impl/目录下这里的文件做了相关改动后需要
cd Frameworks/base/policy
mm
得到android.policy.jar文件备用。
b，视图是在 Framework/base/core/java/com/android/internal/widget/路径下，这里的文件做了修改则需要
cd Frameworks/base/
mm
得到framework.jar文件备用。
c，资源文件在Framework/base/core/res/res/发生了变化。
cd Frameworks/base/core/res/
touch find
mm
得到framework-res.apk文件备用。
4.弄到手机里面
adb remount
adb push XXX system/framework
adb push 。。。。。。
adb reboot
Tips：
每次但编译最好清掉out/obj下的对应中间文件。尤其是有资源文件更新时。
其他framework下的功能模块以此类似，比如状态栏就是在framework/base/package/systemUI下mm。
自从会单编译后。那里有错，编那里，组织再也不用担心我的进度了。
对不起观众，渣排版，泪流满面。