android小技巧收集

收集一些android的小知识

我的环境ubuntu10.04+Android2.3+jdk1.6

1.croot “命令”

在android/build/envsetup.sh脚本里有它的函数体，source build/envsetup.sh后
可以在android任何子目录下执行
#croot
跳回源码根目录

2.跟踪分析makefile时可以使用
#get_build_var xxx
获取编译变量的值，其实是利用了dumpvar.mk

如果上面的方法没奏效，可以在makefile中加入一下语句

$(warning chengyake：BUILD_SYSTEM=$(BUILD_SYSTEM))

执行时：

#make 2>&1 |grep chengyake

就可以把自己想要的输出了

3.findmakefile
在源码目录深处时可以通过
#findmakefile找到所在工程的Android.mk的位置



4.嫌屏幕显示的内容太少，分辨率太小？可以这样设置：打开根目录下的init.rc，添加如下语句：setprop ro.sf.lcd_density 160；或在源码/device/*/*/system.prop中加入ro.sf.lcd_density=240等属性设置

一 般手机是240（部分手机是160，比如G1），数值越小，显示的内容就越多。当然，设置好了需要重启，你可以通过getprop看看这个 ro.sf.lcd_density改变了没有。

5. 如果你的手机按照google官方的做法做的android刷机包，那么，一般来说系统有3个镜像：boot.img、system.img、 userdata.img，其中boot.img包括bootloader、kernel、ramdisk（recovery.img与boot.img 类似），system.img对应于最终文件系统中/system目录的内容，userdata.img对应于最终文件系统中/data目录的内容。

6.Android 有很强大的自我治愈功能，程序不响应了？系统崩溃了？没问题！程序不响应了，系统会弹出一个对话框，问是否强制关闭应用程序，然后就可以选择是否等待或者 强制关闭，对于这种错误，android起了一个比较专业的名字：ANR——Application Not Responding，应用程序不响应，此时android会自动在data目录创建几个叫做trace.txt的文件，用于开发者分析程序不响应的原 因。

系统忽然崩溃了怎么办？Android会检测到系统错误，采取重新启动的方法。比如你使用一些具有root权限的程序，把一些系统关键 进程关闭了，此时android就会采取重启的方法，一般来说，只要系统文件都正常存在，init进程（Android的始祖进程）都存在，系统是可以重 新启动成功的。

7.Android默认编译时采用的ARMV5te，如果你的目标板比这个更高级，不要忘记更改一下架构，经测试，在arm11上使用armv6补丁后，浮点 性能有20%的提升，图形性能有40%的提升（无硬件加速），memory有35%的性能提升，文件系统有35%的性能提升。不必更换硬件即可带来这么高 的性能提升，感觉测试一下吧。

8。如果你的Android系统没有加入-O2等选项进行编译，性能可能会下降3倍！

9. 当移植android到一个新的平台上时，没有触摸屏驱动，没有键盘驱动怎么办？下载一个叫做androidvncserver的开源项目，编译一下，或许有帮助！

10.当你要小范围启动一个android系统时，仅是启动一个带busybox的根文件系统的话，可以测试在init.rc的所有可执行文件（服务）都可以正常工作！

11.有段错误或由init.rc指定的一些服务死掉时，可以使用strace/ltrace/等检测到底发生了什么

12. 当你仅仅想编译一个模块（如：libdvm.so）时，可以执行

#make libdvm

执行：

#make clean-libdvm

清除make产物

13.下载源码相当消耗时间，但可以repo sync -jn（n为同时打开的链接数）开启多个网络连接来下载，感觉速度有所提升。

14.cproj

可以跳转到当前工程的主目录