CN103345401A

CN103345401A - 一种智能手机及其性能优化方法

Info

Publication number: CN103345401A
Application number: CN2013103250447A
Authority: CN
Inventors: 不公告发明人
Original assignee: Individual
Current assignee: Individual
Priority date: 2013-07-30
Filing date: 2013-07-30
Publication date: 2013-10-09

Abstract

本发明公开了一种智能手机及其性能优化方法，涉及设计智能终端领域，其通过实现对手机的实时监控，当达到一定预设条件后，对手机进行后台重启，实现手机性能的恢复，提高用户的使用体验，原理简单易实现，保证了手机的性能恒定性。

Description

一种智能手机及其性能优化方法

技术领域

本发明涉及智能手机的性能优化，尤其涉及一种智能手机及其性能优化方法。

背景技术

如今智能手机的使用已经非常普及，智能手机其系统的复杂程度甚至不逊于PC，并且手机系统处于在不断更新中，在此过程难免存在一些系统缺陷。同时，随着智能手机电池容量的增加、功耗控制的优化、移动电源的使用，再加上智能机可以自动进入待机模式、设置飞行模式等，从而使得越来越多用户养成了不关机的习惯。

在长时间使用手机后(例如一周甚至一个月)，由于系统内存碎片或者内存泄露会导致的手机冻屏、应用异常关闭、手机越用越慢，甚至导致文件系统破坏等问题。这些问题严重拖累手机性能，影响客户体验。

发明内容

本发明要解决的主要技术问题是，提供一种智能手机及其性能优化方法，其可解决因一些系统原因导致的手机性能降低的问题，以提高客户体验。

为解决上述技术问题，本发明提供一种智能手机性能优化方法,该方法步骤为：在手机启动后，启动监控线程监检测手机状态，进行重启判断；当达到预定条件判断重启时，进行手机重启前处理，继而进行后台重启；在后台重启完成后，再次启动监控线程。

所述重启判断，流程包括：定屏系统死机、重启时机判断和一般异常条件判断，当重启时机判断和一般异常条件判断均成立或定屏系统死机状态成立，则判断重启，并进入下一流程。

所述重启时机判断需所有判断条件同时满足，其判断条件包括：时钟是否在闲暇时间、手机是否处于灭屏状态、手机是否不在通信业务中。

所述一般异常条件判断需至少一个判断条件满足，其判断条件包括：开机是否超过预定时间、剩余内存是否小于预定值、主要程序出现异常、内存碎片无法分配连续的1M内存。

所述开机是否超过预定时间，该预定时间为一周；所述剩余内存是否小于预定值，该预定值为64M；所述主要程序出现异常，该主要程序包括电话本、短信、网络或拨号程序。

所述手机重启前处理包括：设置重启和开机时马达不震动、设置开机时不开背光、设置无开机音量或音量为0、设置恢复部分重启前的运行程序。

本发明还提供一种智能手机，其包括用于监测手机状态的监控模块、根据监测参数进行重启判断的判断模块、在判断模块输出重启指令后进行手机重启前处理的前置处理模块，和根据前置处理模块输出的控制指令进行协调控制重启过程的重启控制模块。

所述判断模块包括在定屏系统死机时生成重启信号的第一判断模块、在重启时机和一般异常条件同时满足时生成重启信号的第二判断模块。

还包括在接收到重启信号后，生成重启和开机时马达不震动指令、开机时不开背光指令、无开机音量或音量为0指令、恢复部分重启前的运行程序指令的重启前处理模块。

本发明的方案，在手机系统出现问题时，对手机进行智能重启尤为重要。在应中，如应用到Android手机时，Android系统基础于linux，而linux在实现重启技术方面已经非常成熟，但现有技术，智能手机死机时重启只限于手机特定的严重异常情况下的恢复处理（属于手机完全卡死后的恢复过程）。

本发明的有益效果是：一种智能手机及其性能优化方法，通过实现对手机的监控，当达到一定条件后，对手机进行后台重启，实现手机性能的恢复，提高用户的使用体验。

进一步的，通过手机重启前处理，避免了重启过程对用户的影响或干扰，使整个过程静默完成。

附图说明

图1为本发明一种实施例的方法流程图；

图2为本发明一种实施例的重启判断方法流程图。

具体实施方式

下面通过具体实施方式结合附图对本发明作进一步详细说明。

如图1所示，一种智能手机性能优化方法的一种实施例,其特征在于该方法步骤为：

在手机启动后，启动监控线程监检测手机状态，进行重启判断20；

当达到预定条件判断重启时，进行手机重启前处理30，继而进行后台重启；

在后台重启完成后，再次启动监控线程（以进行前述判断流程）。

该方法通过控制手机智能（自动）重启，来实现恢复系统性能，提高手机客户体验，一次性解决手机长时间使用后出现冻屏、应用异常关闭、手机越用越慢，甚至文件系统破坏等问题。

实施时，具体的如图2所示，所述重启判断20，流程包括：定屏系统死机、重启时机判断201和一般异常条件判断202，当重启时机判断201和一般异常条件判断202均成立或定屏系统死机状态成立，则判断重启，并进入下一流程（即进行手机重启前处理30）。该方法对于定屏系统死机问题进行直接重启，对一般异常情况在符合重启时机时进行重启，优化手机性能，避免过于频繁的重启影响手机使用，提高了用户体验。

实施时，参照图2所示，所述重启时机判断201需所有判断条件同时满足，重启时机判断条件包括：时钟是否在闲暇时间、手机是否处于灭屏状态、手机是否不在通信业务中。当然实施时，也可以根据需要适当减少或增加判断条件。该方法，归纳的重启时机判断条件基本保证了手机正常使用不受重启优化过程的影响，提高了用户体验。

实施时，参照图2所示，所述一般异常条件判断202需至少一个判断条件满足，其判断条件包括：开机是否超过预定时间、剩余内存是否小于预定值、主要程序出现异常、内存碎片无法分配连续的1M内存。该方法归纳的一般异常条件，基本囊括了手机性能变劣的各种情况，可及时有效优化手机性能。当然实施时，也可以根据需要适当减少或增加判断条件。或者更具手机具体参数适当调整判断条件中涉及的预设数值。

当然，实施时为减少一些低端手机重启次数或其它应用需要，所述一般异常条件判断202可以设置为需至少满足两个或多个判断条件，或者设置为所述判断条件中的各个判断条件重复出现多次。

实施时，具体的如图2所示，所述开机是否超过预定时间，该预定时间为一周。当然实施时，该预设值可根据具体情况做适当调整。

实施时，具体的如图2所示，所述剩余内存是否小于预定值，该预定值为64M。当然实施时，该预设值可根据具体情况做适当调整。

实施时，具体的如图2所示，所述主要程序出现异常，该主要程序包括电话本、短信、网络或拨号程序。当然实施时，该预设值可根据具体情况做适当调整。

实施时，所述手机重启前处理包括：设置重启和开机时马达不震动、设置开机时不开背光、设置无开机音量或音量为0、设置恢复部分重启前的运行程序。当然实施时，也可以根据需要适当减少或增加处理项目。

实施时，该方法对应的系统为Android系统。当然也可应用于IOS系统塞班系统、window8系统。

对于以上方法中的参数，在Android（安卓）系统中的具体获取，下面举几个关键函数：

1、内存大小获取函数举例：

static inline void get_free_ram(int *other_free, int *other_file)

{

struct zone *zone;

*other_free = global_page_state(NR_FREE_PAGES);

*other_file = global_page_state(NR_FILE_PAGES) -

global_page_state(NR_SHMEM);

if (offlining) {

/* Discount all free space in the section being offlined */

for_each_zone(zone) {

if (zone_idx(zone) == ZONE_MOVABLE) {

*other_free -= zone_page_state(zone,

NR_FREE_PAGES);

lowmem_print(4, "lowmem_shrink discounted "

"%lu pages in movable zone\n",

zone_page_state(zone, NR_FREE_PAGES));

}

2、手机处于死机状态函数举例（第5条）：

/**

* panic - halt the system

* fmt: The text string to print

*

* Display a message, then perform cleanups.

*

* This function never returns.

*/

NORET_TYPE void panic(const char * fmt, ...)

{

/*

* If we have crashed and we have a crash kernel loaded let it handle

* everything else.

* Do we want to call this before we try to display a message?

*/

crash_kexec(NULL);

kmsg_dump(KMSG_DUMP_PANIC);

/*

* Note smp_send_stop is the usual smp shutdown function, which

* unfortunately means it may not be hardened to work in a panic

* situation.

*/

smp_send_stop();

atomic_notifier_call_chain(&panic_notifier_list, 0, buf);

bust_spinlocks(0);

if (!panic_blink)

panic_blink = no_blink;

if (panic_timeout > 0) {

/*

* Delay timeout seconds before rebooting the machine.

* We can't use the "normal" timers since we just panicked.

*/

printk(KERN_EMERG "Rebooting in %d seconds..", panic_timeout);

for (i = 0; i < panic_timeout * 1000; i += PANIC_TIMER_STEP) {

touch_nmi_watchdog();

if (i >= i_next) {

i += panic_blink(state ^= 1);

i_next = i + 3600 / PANIC_BLINK_SPD;

}

mdelay(PANIC_TIMER_STEP);

}

/*

* This will not be a clean reboot, with everything

* shutting down. But if there is a chance of

* rebooting the system it will be rebooted.

*/

emergency_restart();

}

3、时间获取：

struct timespec ts;

struct rtc_time tm;

getnstimeofday(&ts);

rtc_time_to_tm(ts.tv_sec, &tm);

year = tm.tm_year + 1900,

mon = tm.tm_mon + 1,

day = tm.tm_mday,

hour = tm.tm_hour,

min = tm.tm_min,

sec = tm.tm_sec,

4、重启实现：

static void msm_pm_restart(char str, const char *cmd)

{

printk("%s\n", __func__);

rmt_storage_client_shutdown_complete();

msm_rpcrouter_close();

printk("restart str %c cmd %s",str,cmd);

if(str=='i')

msm_proc_comm(PCOM_RESET_CHIP_IMM, NULL, NULL);

else msm_proc_comm(PCOM_RESET_CHIP, &restart_reason, 0);

printk("%s sent\n", __func__);

for (;;)

;

}

本发明智能重启机制，采取重启来到达优化手机体验；类似于PC的热重启的恢复机制。设定智能重启的条件和重启方式。重启条件的判断，主要是以运行过程内存监测、手机异常、定屏等。

下面为本发明一种智能手机性能优化方法的的优选实施例：

一、其需满足条件

重启条件主要从长时间、剩余内存大小、程序异常、手机定屏死机等方面考虑。具体数据值需要经过测试确定，不同平台有差异，以下数据仅为参考值：

1. 手机开机时间超过1周；

2. 剩余内存小于64M。

3. 内存碎片达到无法分配出2^8个page(连续的1M，1page为2048byte或4096byte)

4. 主要程序出现异常，如电话本，短信、网络、拨号等；

5. 手机定屏，实际上是系统处于死机状态；

当出现第5条情况，可以直接重启手机。当出现1-4的情况，需要考虑如下的前提条件，以保证不影响用户的正常使用和体验。

1、当前手机时间为凌晨1:00~4:00之间。

2、手机处于灭屏状态。并且不在通话，下载等语音和数据业务中。(这里可通过android的wakelock机制来实现判断，这样修改就比较少。)

二、其重启方式

智能重启不能影响用户正常使用和体验，所以要进行下面特殊处理，通过重启时传递不同参数来和正常重启进行区分。

1. 重启和开机不能震动马达。

2. 开机不能开背光。

3. 不能有开机音乐或者将开机音量设置为0。

4. 恢复部分重启前的运行程序。但不是全部，毕竟手机运行顺畅优于其他体验。

一种智能手机，参照图1图2所示，包括用于监测手机状态的监控模块、根据监测参数进行重启判断的判断模块、在判断模块输出重启指令后进行手机重启前处理的前置处理模块，和根据前置处理模块输出的控制指令进行协调控制重启过程的重启控制模块。

实施时，所述判断模块包括在定屏系统死机时生成重启信号的第一判断模块、在重启时机和一般异常条件同时满足时生成重启信号的第二判断模块。

实施时，该手机还包括在接收到重启信号后，生成重启和开机时马达不震动指令、开机时不开背光指令、无开机音量或音量为0指令、恢复部分重启前的运行程序指令的重启前处理模块。

实施时，该手机可为Android手机。

实施时，该手机也可为IOS系统手机，塞班系统手机，window8系统手机等等。

以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。例如，凡是最终采取重启来到达优化手机体验的目的，凡是以运行过程内存作为重启参考依据，以手机定屏系统死机为重启条件，均当属于该专利范围。

Claims

1.一种智能手机性能优化方法,其特征在于该方法步骤为：

在手机启动后，启动监控线程监检测手机状态，进行重启判断；

当达到预定条件判断重启时，进行手机重启前处理，继而进行后台重启；

在后台重启完成后，再次启动监控线程。

2.如权利要求1所述的智能手机性能优化方法，其特征在于，所述重启判断，流程包括：定屏系统死机、重启时机判断和一般异常条件判断，当重启时机判断和一般异常条件判断均成立或定屏系统死机状态成立，则判断重启，并进入下一流程。

3.如权利要求2所述的智能手机性能优化方法，其特征在于，所述重启时机判断需所有判断条件同时满足，重启时机判断条件包括：时钟是否在闲暇时间、手机是否处于灭屏状态、手机是否不在通信业务中。

4.如权利要求2所述的智能手机性能优化方法，其特征在于，所述一般异常条件判断需至少一个判断条件满足，其判断条件包括：开机是否超过预定时间、剩余内存是否小于预定值、主要程序出现异常、内存碎片无法分配连续的1M内存。

5.如权利要求4所述的智能手机性能优化方法，其特征在于，所述开机是否超过预定时间，该预定时间为一周；所述剩余内存是否小于预定值，该预定值为64M；所述主要程序出现异常，该主要程序包括电话本、短信、网络或拨号程序。

6.如权利要求1所述的智能手机性能优化方法，其特征在于，所述手机重启前处理包括：设置重启和开机时马达不震动、设置开机时不开背光、设置无开机音量或音量为0、设置恢复部分重启前的运行程序。

7.如权利要求1至6任一项所述的一种智能手机，其特征在于，包括用于监测手机状态的监控模块、根据监测参数进行重启判断的判断模块、在判断模块输出重启指令后进行手机重启前处理的前置处理模块，和根据前置处理模块输出的控制指令进行协调控制重启过程的重启控制模块。

8.如权利要求7所述的一种智能手机，其特征在于，所述判断模块包括在定屏系统死机时生成重启信号的第一判断模块、在重启时机和一般异常条件同时满足时生成重启信号的第二判断模块。

9.如权利要求7所述的一种智能手机，其特征在于，还包括在接收到重启信号后，生成重启和开机时马达不震动指令、开机时不开背光指令、无开机音量或音量为0指令、恢复部分重启前的运行程序指令的重启前处理模块。

10.如权利要求7所述的一种智能手机，其特征在于，该手机为Android手机。