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。

自从会单编译后。那里有错，编那里，组织再也不用担心我的进度了。

 对不起观众，渣排版，泪流满面。