bulid.prop优化代码(好像很强?)

什么是build.prop

在Android系统中有一个类似Windows系统注册表的文件build.prop。这个文件内定义了系统初始(或永久)的一些参数属性、功能的开放等。通过调整/增加参数可以达到较调系统性能偏重点和附加功能开启的作用。 在Android 2.2、2.3、4.0中虽然每一版都有自己独有的参数,但绝大部分都是通用的,且可以起到关键性作用的。本文将以摩托手机Android 2.3系统为例,对Build.prop中常用的参数进行详解,供广大机友对自己的系统做较调。
简单来说就是系统的初始化配置文件。通过修改里边的参数可以起到一些效果。

直接上代码(根据需要复制)

#不知道效果如何的优化
#强制把桌面程序驻入内存
ro.HOME_APP_ADJ=1
#手机休眠时省电,减少CPU唤醒,减少应用唤醒,让手机保持深度休眠状态,性能优化
pm.sleep_mode=1
ro.ril.disable.power.collapse=1
ro.config.hw_fast_dormancy=1
ro.config.hw_quickpoweron=true
persist.sys.shutdown.mode=hibernate
ro.config.hw_power_saving=true
ro.max.fling_velocity=20000
ro.min.fling_velocity=18000
debug.kill_allocating_task=0
debug.overlayui.enable=1
hw3d.force=1
hw2d.force=1
persist.sys.ui.hw=1
ro.debuggable=1
ro.config.disable.hw_accel=false
#使用GPU渲染界面
debug.sf.hw=1
#修复通话结束后黑屏问题
ro.lge.proximity.delay=25
#提高整体触摸反应
view.touch_slop=15 
#减少拨号后出现的延时
ro.telephony.call_ring.delay=0
#修改wifi的扫描时间:
wifi.supplicant_scan_interval=180
#提高整体触摸反应
debug.performance.tuning=1
video.accelerate.hw=1
#定期释放部分内存
persist.sys.purgeable_assets=1
#提高图片和摄像质量
ro.media.dec.jpeg.memcap=8000000
ro.media.enc.hprof.vid.bps=8000000
#提高jpg质量100%
media.enc.jpeg.quality=100
# 提高滚动反映
windowsmgr.max_events_per_sec=150
#使用Stagefright让视频和音乐更快
media.stagefright.enable-player=true
media.stagefright.enable-meta=true
media.stagefright.enable-scan=true
media.stagefright.enable-http=true
#Dalvik虚拟机优化:
dalvik.vm.execution-mode=int:fast
dalvik.vm.dexopt-flags=m=y
dalvik.vm.verify-bytecode=false
dalvik.vm.checkjni=false
ro.kernel.android.checkjni=false
#虚拟内存调至64M
dalvik.vm.heapsize=64m
#修复一些应用问题
ro.kernel.android.checkjni=0
# 网络速度优化
echo “0〃 > /proc/sys/net/ipv4/tcp_timestamps;
echo “1〃 > /proc/sys/net/ipv4/tcp_tw_reuse;
echo “1〃 > /proc/sys/net/ipv4/tcp_sack;
echo “1〃 > /proc/sys/net/ipv4/tcp_tw_recycle;
echo “1〃 > /proc/sys/net/ipv4/tcp_window_scaling;
echo “5〃 > /proc/sys/net/ipv4/tcp_keepalive_probes
echo “30〃 > /proc/sys/net/ipv4/tcp_keepalive_intvl;
echo “30〃 > /proc/sys/net/ipv4/tcp_fin_timeout;
echo “404480〃 > /proc/sys/net/core/wmem_max;
echo “404480〃 > /proc/sys/net/core/rmem_max;
echo “256960〃 > /proc/sys/net/core/rmem_default
echo “256960〃 > /proc/sys/net/core/wmem_default;
echo “4096,16384,404480〃 > /proc/sys/net/ipv4/tcp_wmem;
echo “4096,87380,404480〃 > /proc/& ^8
# 网络速度调整
net.tcp.buffersize.default=4096,87380,256960,4096,16384,256960
net.tcp.buffersize.wifi=4096,87380,256960,4096,16384,256960
net.tcp.buffersize.umts=4096,87380,256960,4096,16384,256960
net.tcp.buffersize.gprs=4096,87380,256960,4096,16384,256960
net.tcp.buffersize.edge=4096,87380,256960,4096,16384,256960
# wifi速度优化
net.ipv4.tcp_ecn=0
net.ipv4.route.flush=1
net.ipv4.tcp_rfc1337=1
net.ipv4.ip_no_pmtu_disc=0
net.ipv4.tcp_sack=1
net.ipv4.tcp_fack=1
net.ipv4.tcp_window_scaling=1
net.ipv4.tcp_timestamps=1
net.ipv4.tcp_rmem=4096 39000 187000
net.ipv4.tcp_wmem=4096 39000 187000
net.ipv4.tcp_mem=187000 187000 187000
net.ipv4.tcp_no_metrics_save=1
net.ipv4.tcp_moderate_rcvbuf=1

进阶解释(我是看不下去)

百度百科:点击访问

第一:Dalvik虚拟机相关的参数属性
Dalvik虚拟机是Android操作系统的核心,是一切应用程序的基础。所有程序在运行时均有Dalvik虚拟机对其进行解析和执行。
dalvik.vm.startheapsize,本参数控制Dalvik虚拟机在启动一个应用程序之后为其分配的初始堆栈大小,可填写的值为2m~48m。
例如:dalvik.vm.startheapsize=8m,就表示应用程序启动后为其分配的初始堆栈大小为8兆字节。
这里分配的内存容量会影响到整个系统对RAM的使用程度,和第一次使用应用程序时的流畅程序。这个值越大,系统消耗RAM则越快,但是应用程序打开后的反应也越快。值越小,系统的RAM剩余则越多,但是程序在启动后会很卡。
建议值是8m,既可以保持140M左右的RAM,程序的反应速度也会大幅度提高。
dalvik.vm.heapsize,本参数控制Dalvik虚拟机给一个应用程序分配的最大堆栈量,可填写的值为12m~48m。
例如:dalvik.vm.heapsize=48m,就表示应用程序在任意时刻内可以使用的最大堆栈大小为48兆字节。
这里分配的内存容量会影响到整个系统对RAM的使用程序,和程序在运行一段时间后的反应速度。这个值越大,系统消耗RAM则越快,但是程序会运行的非常稳定,尤其是游戏和视频程序的内容加载速度可以大幅度提升。值越小,系统的RAM剩余则越多,但是程序会很卡,尤其是游戏在切换场景Loading的时候会花费很多的时间。若应用程序需要使用超过这个值的内存时,将会触发系统的垃圾收集器,系统和程序就会卡顿。
建议值是8-40m。
dalvik.vm.lockprof.threshold,本参数控制Dalvik虚拟机调试记录程序内部锁资源争夺的阈值,默认值是500。多用于程序的数据统计,对性能较调意义不大。
dalvik.vm.stack-trace-file,本参数控制Dalvik虚拟机的堆栈记录调试文件。用于系统调试,一般用户对其调整无意义。
dalvik.vm.execution-mode,本参数控制Dalvik虚拟机的程序执行机制。可填写的值有”int:portable”、”int:fast”和”int:jit”。
int:portable表示以兼容模式运行(脚本翻译模式),此模式下程序的兼容性最高,但其执行效率最低(程序优化度依赖于dalvik虚拟机版本)。官方默认此模式。
int:fast表示以快速自优化模式运行(脚本翻译和预优化混合),此模式下程序的兼容性很高,执行效率也比较高。因为此时dalvik虚拟机允许程序使用自己的预定义优化模式和代码(包括C/C++/汇编代码)。推荐使用。
int:jit表示以Just-In-Time模式运行(JIT模式),此模式下程序的兼容性最差,但程序一旦加载后其运行效率最高(与C/C++直接编写的程序效率无异),因为在此模式下dalvik虚拟机会预先将Java程序翻译成针对机器平台的本地语言(Native),同时完全允许代码中的所有预优化和代码,允许所有不安全的非托管代码,同时不严谨的程序如果运行在JIT模式可能会造成内存泄露。但要注意,很多Dalvik虚拟机并不支持此模式(如官方2.2)。
dalvik.vm.dexopt-flags,本参数控制Dalvik虚拟机的程序代码校验和优化。可填写的值有m、v和o。
m为标准选项,可以是m=y或m=n。若m=y则启用不安全代码的校验和托管代码的优化。兼容性和安全性最高,推荐使用。
v为校验选项,可与o并存。可以是v=a或v=n。若v=a则表示校验所有代码,v=n则关闭代码的校验。
o为优化选项,可与v并存。可以是o=v或o=a。若o=v则表示优化以校验过的代码,o=a则表示优化所有代码。
例如:
dalvik.vm.dexopt-flags=m=y
dalvik.vm.dexopt-flags=v=n,o=v
注意,这个参数只会影响到安装APK之后或初次使用APK时生成dex文件时有效。若整个系统(包括应用程序)为odex化,则无意义。
dalvik.vm.verify-bytecode,本参数控制Dalvik虚拟机是否验证应用程序的可执行代码。可以与上一个参数配合使用。可填写的值为true和false。
其具体意义与dalvik.vm.dexopt-flags的v=n一模一样。但可以与dalvik.vm.dexopt-flags配合使用以取得更好的效果。
例如:
dalvik.vm.dexopt-flags=v=n,o=v
dalvik.vm.verify-bytecode=false
这样可以令后来安装的apk文件可以被优化而不被检验。
dalvik.vm.checkjni,本参数控制Dalvik虚拟机在调用外部jni链接库的时候是否对其做安全性检验。可填写的值为true和false。
此参数会覆盖ro.kernel.android.checkjni。
若值为true,会增加程序的兼容性和稳定性,但也会增加其加载和执行的时间。推荐为false。
dalvik.vm.deadlock-predict,本参数控制Dalvik虚拟机对程序死锁预测处理。可填写的值有off、warn和err。
off表示关闭死锁预测功能(默认设置)。
warn表示在继续程序运行的同时只记录该死锁预测(如果为真死锁就会出现程序假死现象,然后等N久出现关闭)。
err表示预测到死锁时马上弹出FC。
注意:有些Dalvik虚拟机版本并不支持此参数。

第二:系统版本、定义等参数
ro.build.id,本参数定义了系统的版本ID。为系统内部使用,OTA时作为粗略版本比较。更改后可避免OTA提示,但可能会引起预装程序(如Blur)的稳定性。
ro.build.display.id,本参数定义了设置中显示的系统版本号。主要用于设置中显式出现可读版本,一般用于个性化定制和第三方应用程序对系统版本的判断(如魔趣设置)。更改后可自定义版本显示,但某些第三方应用程序会出现错误(如魔趣设置无法实现机器保修查询)。
ro.build.version.incremental,本参数定义了系统的升级字。主要用于系统OTA精确版本比对,同时与ro.build.description和ro.build.fingerprint相匹配。更改后可以免OTA提示(如避免Miui的升级提示和Blur的升级提示)。
ro.product.model,本参数定义了机器的型号字符串。主要用于机器型号显式定义(如系统设置中的手机型号和Blur、Google设置向导中的机型等)。更改后可自定义手机型号名称。
ro.product.locale.language,本参数定义了系统的初始(默认)语言。此处注意是语言,如中文是zh,英文是en。更改后改变系统初次启动时的语言设置。
ro.product.locale.region,本参数定义了系统的初始(默认)区域。此处注意是区域,如中国大陆为CN,台湾为TW,美国为US。更改后改变系统初次启动时的区域设置。
ro.build.description和ro.build.fingerprint均为ROM的编译综合说明。其中包含了平台硬件、Android版本、源代码分支和标签、OTA详细版本等。
其中的OTA部分,例如:
umts_jordan_china-user 2.3.6 4.5.3-109_DPP-14 1323416413 release-keys
将此数字与ro.build.version.incremental一同更改可避免OTA升级提醒(如Miui和Blur等)。

第三:基本性能相关参数
windowsmgr.max_events_per_sec,本参数定义了Android系统的窗体事件管理器在单位时间内可以处理的最大事件数量。通过更改本参数可以获得非常明显的丝滑流畅体验。可填写的值范围为“大于0的正整数”,官方默认为60。建议150、200、260、300这几个值。
当此值变大时,系统触控平滑度明显提高,但对应的CPU使用率也会升高,最终的结果就是电池续航能力下降。
此值取到240左右时在系统设置中滑动可以得到接近WP7的流畅和平滑度。
ro.min_pointer_dur,本参数定义了两次触摸之间的最短时间间隔,单位是毫秒。默认值为25,推荐值是10。通过调整此参数可以提高系统触控的灵敏度或稳定度。
当此值越大时,触控越稳定。此值越小,触控越灵敏。
mot.proximity.delay,本参数定义了手机光纤感应器的抖动消除时间,单位是毫秒。默认值是500,推荐值是250。通过调整此参数可以提高在通话结束后屏幕点亮的速度。
当此值越大时,通话结束后屏幕点亮所需要的时间越长,但在通话过程中如果手机意外瞬间离开脸部也不会点亮屏幕,可防止通话过程中的误操作(比方说通话时不小心手机移动了一下,屏幕就会点亮,此时如果脸部触碰到了屏幕就会对通话造成影响)。此值越小,则当手机离开脸部或装入口袋后会立即点亮或关闭屏幕。
mot.proximity.distance,本参数定义了手机屏幕上的两个触摸点之间的最短距离,若距离小于此值则认为是一个触摸点,单位是像素。默认值是60,推荐值是100。
ro.kernel.android.checkjni,本参数定义了Dalvik虚拟机在执行程序的时候是否要做Jni链接库的检查工作。详细见Dalvik参数属性期。若考虑稳定性可使用true,若需要性能可使用false。注意:此参数会被Dalvik参数覆盖。
ro.media.enc.jpeg.quality,本参数定义了JPEG图像编码器所使用的质量因子,可填写的值为1~100,默认为80,推荐为100。想照出更好的照片吗?想让照片的大小轻松上M吗?那就使用100吧。
debug.sf.hw,本参数定义了系统是否启用GPU来渲染程序的UI,默认为0,推荐为1。
但要注意,如果此值为1,在某些应用程序中可能会出现显示错乱的现象(极少见)。
persist.sys.use_dithering,本参数定义了系统渲染器对图像的缩放是否启用抖动技术。可填写的值为0或1。
当开启抖动后,图像的显示(指背景、解锁等的图像,并非图库、相机那些的)会很柔和,但会增加CPU负载,最终导致ROM卡顿。
persist.sys.purgeable_assets,本参数定义了系统是否可以清除暂时不用的数据以释放更多的RAM。可填写的值为0或1。
当值为1时,系统会定期清理不用的数据以释放更多的RAM,同时作为代价就是下次启动程序或游戏加载数据会变慢。
video.accelerate.hw,本参数定义了系统是否对视频启用硬件加速功能。这里的视频指代屏幕上显示的东西,不仅仅是“电影视频”。可填写的值为0或1。
debug.performance.tuning,本参数定义了系统是否针对性能做较调。可填写的值为0或1。


ro.HOME_APP_ADJ
ro.FOREGROUND_APP_ADJ
ro.VISIBLE_APP_ADJ
ro.PERCEPTIBLE_APP_ADJ
ro.HEAVY_WEIGHT_APP_ADJ
ro.SECONDARY_SERVER_ADJ
ro.BACKUP_APP_ADJ
ro.HIDDEN_APP_MIN_ADJ
ro.EMPTY_APP_ADJ


以上参数定义了各种应用程序的管理机制,这些并非一两句话可以说清楚的,想深究的同学可以Google一下OOM Killer。
可填写的值为整数。这里只给出值的规律,0代表降低进程的优先级且驻留内存,1代表驻留内存,4代表缓存较多的内存,15代表尽量缓存内存。也就是说内存缓存器是按照ADJ从大到小来进行缓存的。
大家可根据自系统中自己对各种应用程序的要求进行更改。
以下给出一个经典用例:
ro.FOREGROUND_APP_ADJ=0 前台程序驻留内存(不缓存)
ro.VISIBLE_APP_ADJ=1 可见的程序驻留内存(不缓存)
ro.PERCEPTIBLE_APP_ADJ=2 缓存的RAM多一些
ro.HOME_APP_ADJ=3 桌面程序,缓存的RAM稍多一些
ro.HEAVY_WEIGHT_APP_ADJ=4 缓存的RAM再多一些
ro.SECONDARY_SERVER_ADJ=5 缓存的RAM再再多一些
ro.BACKUP_APP_ADJ=6 缓存的RAM再再再多一些
ro.HIDDEN_APP_MIN_ADJ=7 隐藏的程序,根据程序的类型进行内存管理,最低为缓存的RAM再再再再多一些,最高就是直接缓存内存。
ro.EMPTY_APP_ADJ=15 已经退出的程序,直接缓存内存


ro.FOREGROUND_APP_MEM
ro.VISIBLE_APP_MEM
ro.PERCEPTIBLE_APP_MEM
ro.HEAVY_WEIGHT_APP_MEM
ro.SECONDARY_SERVER_MEM
ro.BACKUP_APP_MEM
ro.HOME_APP_MEM
ro.HIDDEN_APP_MEM
ro.CONTENT_PROVIDER_MEM
ro.EMPTY_APP_MEM


以上参数定义了各种类型的应用程序在内存缓冲的大小,单位是页,应用上面ADJ参数相对应。
下面给出一个经典用例:
ro.FOREGROUND_APP_MEM=1280
ro.VISIBLE_APP_MEM=2560
ro.PERCEPTIBLE_APP_MEM=3840
ro.HEAVY_WEIGHT_APP_MEM=6400
ro.SECONDARY_SERVER_MEM=7680
ro.BACKUP_APP_MEM=8960
ro.HOME_APP_MEM=5120
ro.HIDDEN_APP_MEM=12800
ro.CONTENT_PROVIDER_MEM=15360
ro.EMPTY_APP_MEM=20480

第四:基本耗电相关参数
wifi.supplicant_scan_interval,本参数定义了Wifi扫描已保存节电的时间间隔。当点亮屏幕或打开Wifi时,系统会不停的扫描环境中是否存在已经保存的Wifi节点,当发现后则进行连接,而这个参数控制了每次扫描的时间间隔。单位是秒。取值范围是正整数。官方默认为45,推荐180。
ro.mot.battmanager.wifictrl,本参数定义了电源管理模块对Wifi的控制。默认为0。当此值为1时可以明显节电,但有时Wifi会出现不稳定的情况(不是所有ROM都如此)。
ro.mot.deep.sleep.supported,本参数定义了是否开启摩托的“休眠”模式。取值为true或false。当值为true时,在电源菜单中会出现“休眠”模式。此模式类似于电脑的睡眠,即将CPU等部件的电源全部关闭,只为RAM供电以保存休眠前的系统状态。耗电量比完全关机多一些,但可以做到瞬间开机。
pm.sleep_mode,本参数定义了系统待机时的睡眠深度,在所有Android系统上有效。取值范围是0~4,对应解释如下。
0:强制关闭除RAM之外的所有部件,此状态下最省电。Defy几乎可以纯待机3~4个礼拜。但是此模式与“休眠”类似,一旦进入之后射频也会关闭,手机的2G/3G信号也就断了(语音和数据)。
1:让ARM进入中断触发的待机(超低功耗)模式。与模式0相比,本模式下射频不会关闭,而ARM可以通过软件(闹铃)和硬件(来电)中断来唤醒,因此耗电方面远大于模式0,Defy可以纯待机7天(不安装任何软件)。非常建议使用。
2:将所有应用程序挂起到后台。与模式1相比,本模式下硬件几乎不参与多少节电,耗电自然比模式1多很多。当应用程序被挂起后,CPU的负载会大幅度降低,从而节电。此模式下Defy纯待机5天。
3:将CPU的频率和电压降至最低,低到主频只有几十MHz的水平,而此时CPU接受外部中断(通过中断来恢复频率和电压)。与模式2相比,本模式下CPU通过降频和降压参与了节电,因此本模式的耗电比模式2多了一点。 4:CPU接受外部中断。与上述4个模式相比,此模式下几乎不做任何节电,只是关闭了屏幕和按键背光而已。Defy纯待机约2天。
将上述5个模式的节电按照星级来分就是,模式0和1为5颗星,模式2和3为3颗星,模式4为1颗星。
综上所属就是,模式0和模式1基本一样,是靠完全关闭几乎所有硬件部件来进行节电,省电效果最佳。模式2和模式3是靠调节CPU频率来进行节电。
个人强烈推荐采用pm.sleep_mode=1,即省电又稳定。如果想用模式0但又担心基带射频的同学可以继续往下看,解决办法在下面。
ro.ril.disable.power.collapse,本参数定义了是否禁止射频参与电源休眠。取值是0或1。这个参数的使用需要与上一个参数相匹配(我看到很多ROM中的这两个参数都是不匹配的,最终造成的效果就是点亮屏幕后信号存在问题)。
当本参数为1的时候即射频永远打开,为0的时候根据上一个参数pm.sleep_mode来判断是否关闭射频。永远打开射频必然费电,但是如果射频关闭,那手机就没信号了。
那么当pm.sleep_mode=0的时候,上面说过,此时待机会关闭几乎所有硬件部件,包括射频。而此时如果ro.ril.disable.power.collapse=1,就会保持射频的开启(即使进入休眠模式也一样)。这样即使待机,手机也有信号。
但是又存在这样一个现象,在有些ROM中pm.sleep_mode=0会带来更多的问题, 如睡死、亮屏后Wifi打不开、蓝牙打不开等。
因此建议同学们可以先尝试一下pm.sleep_mode=0和ro.ril.disable.power.collapse=1组合使用,看看是否有bug,如果没有那自然使用此种模式,毕竟最省电了(极端省电)。
对于稳定与省电兼得,可使用如下组合:
pm.sleep_mode=1
ro.ril.disable.power.collapse=0
这样射频在pm.sleep_mode=1下不会被关闭,而进入休眠模式后射频会关闭.

相关推荐

发表评论

电子邮件地址不会被公开。 必填项已用*标注

微信扫一扫,分享到朋友圈

bulid.prop优化代码(好像很强?)
返回顶部

显示

忘记密码?

显示

显示

获取验证码

Close