一、修改方法:
frameworks/base/cmds/app_process/app_main.cpp
main方法中注释掉以下一行:
-- doLastShutDownCheck();
++ //doLastShutDownCheck();
frameworks/base/core/jni/android_os_Power.cpp
android_os_Power_shutdown方法中注释掉以下一行:
-- delFlag();
++ //delFlag();
android_os_Power_reboot方法中注释掉以下一行:
-- delFlag();
++ //delFlag();
然后编译生成app_process和libandroid_runtime.so分别替换到手机
的/system/bin和system/lib目录下,重启;
或直接全部编译生成system.img烧机
二、存在的风险:
已经通过关键Service Check以及Nandflash增加保护等方式保证不会有无法开机的问题。
但是,如果客户经常直接拔电池开机,有可能引起dalvik-cache中保存的客户应用的dex文件被破坏,
从而导致该应用在下次开机时无法被正确加载,需要卸载后再重新安装。
三、版本说明:
以上修改方案只适用于2.3.5版本
frameworks/base/cmds/app_process/app_main.cpp
main方法中注释掉以下一行:
-- doLastShutDownCheck();
++ //doLastShutDownCheck();
frameworks/base/core/jni/android_os_Power.cpp
android_os_Power_shutdown方法中注释掉以下一行:
-- delFlag();
++ //delFlag();
android_os_Power_reboot方法中注释掉以下一行:
-- delFlag();
++ //delFlag();
然后编译生成app_process和libandroid_runtime.so分别替换到手机
的/system/bin和system/lib目录下,重启;
或直接全部编译生成system.img烧机
二、存在的风险:
已经通过关键Service Check以及Nandflash增加保护等方式保证不会有无法开机的问题。
但是,如果客户经常直接拔电池开机,有可能引起dalvik-cache中保存的客户应用的dex文件被破坏,
从而导致该应用在下次开机时无法被正确加载,需要卸载后再重新安装。
三、版本说明:
以上修改方案只适用于2.3.5版本