CN101916203A - 服务于移动通讯的终端软件平台的编译方法及系统 - Google Patents

Abstract

本发明提供一种服务于移动通讯的终端软件平台的编译方法，包括：依赖推导步骤，对系统编译程序进行实时监控，当所述系统编译程序发送申请创建进程的消息时，模仿操作系统发送消息使所述系统编译程序成功退出，并得到编译的命令行命令和命令列表；编译步骤，启动调度程序，根据所述命令列表，进行多进程程序的编译，并根据所述多进程程序的编译结果执行后续命令。同时，本发明还提供一种服务于移动通讯的终端软件平台的编译系统，包括：监控模块和编译器。通过实施本发明，只使用了原有的单进程的系统编译程序进行依赖关系的判断而不进行具体的编译，具体的编译由本发明提供的多进程的调度程序进行，大幅度提高了编译的效率。

Description

服务于移动通讯的终端软件平台的编译方法及系统

技术领域：

本发明涉及一种服务于打包平台的编译方法及系统，特别是一种服务于移动通讯的终端软件平台的编译方法及系统。

背景技术：

目前，3G通讯市场上典型的终端软件应用平台有美国高通公司主导的BREW软件平台，GOOGLE推出的Android软件平台，ACCESS公司开发的基于Linux的ALP软件平台和韩国SKT主导的T-PAK软件平台等。其中，BREW是无线二进制运行环境(Binary Runtime Environment forWireless)的缩写，是基于CDMA网络“无线互联网发射平台”上增值业务开发运行的基本平台。

目前打包平台所普遍使用的nmake工具是Microsoft ProgramMaintenance Utility的别称，是美国微软公司开发的一种编译管理工具，用于判断依赖和执行命令，执行的命令通常为编译或链接命令。nmake是单进程的程序，必须等待某个编译程序完成工作才能够进行下一个工作，在目前多核的计算平台上面白白浪费了很多资源。而且编译器每次运行都需要连接服务器验证是否正版，因此大部分时间浪费在网络的IO上，严重制约了编译打包的效率。

发明内容：

本发明的目的是为了克服现有的打包平台所使用的系统编译程序单进程编译打包效率低的缺点，提供了一种更为完善的技术解决方案。

本发明提供了一种服务于移动通讯的终端软件平台的编译方法，包括：

依赖推导步骤，对系统编译程序进行实时监控，当所述系统编译程序发送申请创建进程的消息时，模仿操作系统发送消息使所述系统编译程序成功退出，并得到编译的命令行命令和命令列表；

编译步骤，启动调度程序，根据所述命令列表，进行多进程程序的编译，并根据所述多进程程序的编译结果执行后续命令。

其中，在所述依赖推导步骤中，进一步包括：

当所述系统编译程序进行依赖判断，并根据依赖关系向操作系统发送申请创建进程的消息时，截取所述消息，并且记录所述消息的数据；

模仿操作系统向所述系统编译程序发送“进程成功完成”的消息；

重复以上步骤，直到所述系统编译程序成功退出，并且记录所述命令行命令和命令列表。

其中，所述编译步骤中，进一步包括：

启动所述调度程序，对所述命令列表进行判断，当所述命令列表为空，或者所述系统编译程序出错时，退出所述调度程序；

当所述命令列表不为空，并且所述系统编译程序没有出错时，从所述命令列表中取出一条命令，进行判断；

当所述取出的命令为编译命令时，多进程编译模块进行编译处理；

当所述取出的命令不是编译命令时，等待所述多进程编译模块完成所有工作后，读取编译结果进行判断，当所述结果出错时，标记为出错，退出所述调度程序；

当所述结果正常时，执行后续命令。

其中，所述后续命令包括链接命令。

其中，所述多进程编译模块进行编译处理进一步包括：

对所述多进程编译模块的状态进行判断；

当所述多进程编译模块出错时，退出该编译模块；

当所述多进程编译模块的状态正常时，根据需要创建多个编译进程，并监控所有编译进程的工作状态；

当所述所有编译进程中的某个编译进程出错时，该编译进程标记为出错；

等待所述的所有编译进程完成后，记录所述编译结果。

本发明还提供了一种服务于移动通讯的终端软件平台的编译系统，包括：

监控模块，对系统编译程序进行实时监控，当所述系统编译程序发送申请创建进程的消息时，模仿操作系统发送消息使所述系统编译程序成功退出，并得到编译的命令行命令和命令列表；

编译器，用于启动调度程序，根据所述命令列表，进行多进程程序的编译，并根据所述多进程程序的编译结果执行后续命令。

其中，在所述监控模块中，进一步包括：

消息截取单元，当所述系统编译程序进行依赖判断，并根据依赖关系向操作系统发送申请创建进程的消息时，截取所述消息，并且记录所述消息的数据；

模仿单元，模仿操作系统向所述系统编译程序发送“进程成功完成”的消息；

指示单元，指示所述消息截取单元和模仿单元重复工作，直到所述系统编译程序成功退出，并且记录所述命令行命令和命令列表。

其中，在所述编译器中，进一步包括：

命令列表的判断模块，用于对所述命令列表进行判断，当所述命令列表已经为空，或者所述系统编译程序出错时，退出所述调度程序；

编译命令的判断模块，当所述命令列表不为空，并且所述系统编译程序没有出错时，从所述命令列表中取出一条命令，进行判断；

多进程编译模块，当所述取出的命令为编译命令时，进行编译处理；

编译结果的判断模块，当所述取出的命令不是编译命令时，等待所述多进程编译模块完成所有工作后，读取编译结果进行判断，当所述结果出错时，标记为出错，退出所述调度程序；

后续命令模块，当所述结果正常时，执行后续命令。

其中，在所述后续命令模块中，所述后续命令包括链接命令。

其中，在所述多进程编译模块中，进一步包括：

状态判断单元，对所述多进程编译模块的状态进行判断，当所述多进程编译模块出错时，退出该编译模块；

进程控制单元，当所述多进程编译模块的状态正常时，根据需要创建多个编译进程，并监控所有编译进程的工作状态，当所述所有编译进程中的某个编译进程出错时，该编译进程标记为出错；

结果返回单元，等待所述的所有编译进程完成后，记录所述编译结果。

通过实施本发明，只使用了原有的单进程系统编译程序进行依赖关系的判断而不进行具体的编译，具体的编译由本发明提供的多进程的调度程序进行。这样就解决了原有的系统编译程序只能进行单线程编译的问题，大幅度提高了编译的效率。

附图说明：

图1为服务于移动通讯的终端软件平台的编译方法的流程图；

图2为多进程编译模块进行编译处理的细节的流程图；

图3为服务于移动通讯的终端软件平台的编译系统的结构框图；

图4为多进程编译模块的细节的结构框图。

具体实施方式：

下面结合附图详细说明本发明的具体实施方式。

图1示出了本发明较佳实施例的编译方法的流程。在本实施例中，提供了一种使用API HOOK接口程序截取技术对基于BREW平台的nmake系统编译程序进行编译的方法。API全称是Application ProgrammingInterface，即用于编写程序(不限于应用程序)的接口。凡是能够处理被拦截的函数、消息(Message)或事件(Event)的代码都叫做Hook，Hook可以概括为拦截并处理消息的技术。API Hook就是拦截并处理API的技术。在本实施例中用于拦截操作系统的API，有多种具体的实现方式。

在步骤S11中，使用所述API HOOK技术对nmake程序进行实时监控。在步骤S12中，当所述nmake程序进行依赖判断，根据依赖关系向操作系统发送申请创建进程的消息时，使用所述API HOOK技术截取所述消息，并且记录所述消息的数据(步骤S13)。在步骤S14中，使用所述API HOOK技术模仿操作系统向所述nmake程序发送“进程成功完成”的消息；在步骤S15中，在所述nmake程序未成功退出时(步骤S15：假)，重复步骤S13和S14，直到所述nmake程序成功退出，并且记录所述命令列表。其中，nmake只要进程返回值为0即继续运行下一个进程，因此只要模仿操作系统返回0值给nmake即可使nmake发送下一个创建进程的消息。

在所述nmake程序成功退出后，编译器启动调度程序(步骤S16)。在步骤S17中，所述编译器对所述命令列表进行判断。当所述命令列表为空，或者所述nmake程序出错时(步骤S17：真)，所述编译器退出所述调度程序(步骤S18)。在步骤S19中，当所述命令列表不为空，并且所述nmake程序没有出错时(步骤S17：真)，所述编译器从所述命令列表中取出一条命令，进行判断。在步骤S20中，当所述编译命令的判断步骤中取出的命令为编译命令时(步骤S19：真)，多进程编译模块进行编译处理。在步骤S21中，当所述编译命令的判断步骤中取出的命令不是编译命令时(步骤S19：假)，等待所述多进程编译模块完成所有工作后，所述编译器读取编译结果进行判断(步骤S22)，当所述结果出错时(步骤S22：真)，所述编译器标记为出错(步骤S23)，返回所述命令列表的判断步骤S17，此时判断出所述nmake程序出错，退出所述调度程序。

在步骤S24中，当所述结果正常时，执行后续命令。其中，所述后续命令包括链接命令、打包命令等非编译命令。具体的命令等待现有的编译进程全部结束时根据具体情况予以确定。

图2示出了多进程编译模块进行编译处理的细节的流程。在步骤S201中，编译器对所述多进程编译模块的状态进行判断。当所述多进程编译模块出错时(步骤S201：真)，退出该编译模块。

在步骤S202中，当所述多进程编译模块的状态正常时(步骤S201：假)，所述多进程编译模块根据需要创建多个编译进程，并监控所有编译进程的工作状态。当所述监控过程中发现某个编译进程出错时(步骤S203：真)，该编译进程标记为出错(步骤S204)。等待所述的所有编译进程完成后，记录所述编译结果。

图3为服务于移动通讯的终端软件平台的编译系统的结构框图。如图3所示，该编译系统主要包括监控模块1、编译器2。在本实施例中，所述编译系统通过一种API HOOK接口程序截取技术对基于BREW平台的nmake系统编译程序进行编译。

监控模块1对nmake程序进行实时监控，当所述系统编译程序发送申请创建进程的消息时，模仿操作系统发送消息使所述系统编译程序成功退出，并得到编译的命令行命令和命令列表。该监控模块1进一步包括：

消息截取单元11，当所述nmake程序进行依赖判断，并根据依赖关系向操作系统发送申请创建进程的消息时，使用所述API HOOK技术截取所述消息，并且记录所述消息的数据；

模仿单元12，使用所述API HOOK技术模仿操作系统向所述nmake程序发送“进程成功完成”的消息；

指示单元13，指示所述消息截取单元11和模仿单元12重复工作，直到所述nmake程序成功退出，并且记录所述命令行命令和命令列表。

编译器2，用于启动调度程序，根据所述命令列表，执行多进程程序的编译命令，并根据所述多进程程序的编译结果执行后续命令。该编译器2，进一步包括：

命令列表的判断模块21，用于对所述命令列表进行判断，当所述命令列表已经为空，或者所述nmake程序出错时，指示所述编译器退出所述调度程序；

编译命令的判断模块22，当所述命令列表不为空，并且所述nmake程序没有出错时，该模块从所述命令列表中取出一条命令，进行判断；

多进程编译模块23，当所述编译命令的判断模块中取出的命令为编译命令时，对所述编译命令进行编译处理；

编译结果的判断模块24，当所述编译命令的判断步骤中取出的命令不是编译命令时，等待所述多进程编译模块完成所有工作后，所述编译器对编译结果进行判断，当所述结果出错时，所述编译器标记为出错，返回所述命令列表的判断模块21，此时判断出所述nmake程序出错，退出所述调度程序；

后续命令模块25，当编译结果的判断模块24得出的结果正常时，执行后续命令。其中，所述后续命令包括链接命令、打包命令等非编译命令。具体的命令等待现有的编译进程全部结束时根据具体情况予以确定。

图4为多进程编译模块的细节的结构框图。如图4所示，多进程编译模块23进一步包括：

状态判断单元231，对所述多进程编译模块的状态进行判断，当所述多进程编译模块出错时，退出该编译模块；

进程控制单元232，当所述多进程编译模块的状态正常时，根据需要创建多个编译进程，并监控所有编译进程的工作状态，当所述所有编译进程中的某个编译进程出错时，该编译进程标记为出错；

结果返回单元233，等待所述的所有编译进程完成后，记录所述编译结果。

前述的详细说明及附图是通过文字解释和图示来进行的，其目的不在于限定权利要求的保护范围。本说明书中的具体实施方式的各个变种对于普通技术人员来说显而易见，并处于权利要求及其等同技术的保护范围内。

Claims (10)

1.一种服务于移动通讯的终端软件平台的编译方法，包括：

依赖推导步骤，对系统编译程序进行实时监控，当所述系统编译程序发送申请创建进程的消息时，模仿操作系统发送消息使所述系统编译程序成功退出，并得到编译的命令行命令和命令列表；

编译步骤，启动调度程序，根据所述命令列表，进行多进程程序的编译，并根据所述多进程程序的编译结果执行后续命令。

2.根据权利要求1所述的编译方法，其特征在于，在所述依赖推导步骤中，进一步包括：

当所述系统编译程序进行依赖判断，并根据依赖关系向操作系统发送申请创建进程的消息时，截取所述消息，并且记录所述消息的数据；

模仿操作系统向所述系统编译程序发送“进程成功完成”的消息；

重复以上步骤，直到所述系统编译程序成功退出，并且记录所述命令行命令和命令列表。

3.根据权利要求1所述的编译方法，其特征在于，所述编译步骤中，进一步包括：

启动所述调度程序，对所述命令列表进行判断，当所述命令列表为空，或者所述系统编译程序出错时，退出所述调度程序；

当所述命令列表不为空，并且所述系统编译程序没有出错时，从所述命令列表中取出一条命令，进行判断；

当所述取出的命令为编译命令时，多进程编译模块进行编译处理；

当所述取出的命令不是编译命令时，等待所述多进程编译模块完成所有工作后，读取编译结果进行判断，当所述结果出错时，标记为出错，退出所述调度程序；

当所述结果正常时，执行后续命令。

4.根据权利要求3所述的编译方法，其特征在于，所述后续命令包括链接命令。

5.根据权利要求3所述的编译方法，其特征在于，所述多进程编译模块进行编译处理进一步包括：

对所述多进程编译模块的状态进行判断；

当所述多进程编译模块出错时，退出该编译模块；

当所述多进程编译模块的状态正常时，根据需要创建多个编译进程，并监控所有编译进程的工作状态；

当所述所有编译进程中的某个编译进程出错时，该编译进程标记为出错；

等待所述的所有编译进程完成后，记录所述编译结果。

6.一种服务于移动通讯的终端软件平台的编译系统，包括：

监控模块，对系统编译程序进行实时监控，当所述系统编译程序发送申请创建进程的消息时，模仿操作系统发送消息使所述系统编译程序成功退出，并得到编译的命令行命令和命令列表；

编译器，用于启动调度程序，根据所述命令列表，进行多进程程序的编译，并根据所述多进程程序的编译结果执行后续命令。

7.根据权利要求6所述的编译系统，其特征在于，在所述监控模块中，进一步包括：

消息截取单元，当所述系统编译程序进行依赖判断，并根据依赖关系向操作系统发送申请创建进程的消息时，截取所述消息，并且记录所述消息的数据；

模仿单元，模仿操作系统向所述系统编译程序发送“进程成功完成”的消息；

指示单元，指示所述消息截取单元和模仿单元重复工作，直到所述系统编译程序成功退出，并且记录所述命令行命令和命令列表。

8.根据权利要求6所述的编译系统，其特征在于，在所述编译器中，进一步包括：

命令列表的判断模块，用于对所述命令列表进行判断，当所述命令列表已经为空，或者所述系统编译程序出错时，退出所述调度程序；

编译命令的判断模块，当所述命令列表不为空，并且所述系统编译程序没有出错时，从所述命令列表中取出一条命令，进行判断；

多进程编译模块，当所述取出的命令为编译命令时，进行编译处理；

编译结果的判断模块，当所述取出的命令不是编译命令时，等待所述多进程编译模块完成所有工作后，读取编译结果进行判断，当所述结果出错时，标记为出错，退出所述调度程序；

后续命令模块，当所述结果正常时，执行后续命令。

9.根据权利要求8所述的编译系统，其特征在于，在所述后续命令模块中，所述后续命令包括链接命令。

10.根据权利要求8所述的编译系统，其特征在于，在所述多进程编译模块中，进一步包括：

状态判断单元，对所述多进程编译模块的状态进行判断，当所述多进程编译模块出错时，退出该编译模块；

进程控制单元，当所述多进程编译模块的状态正常时，根据需要创建多个编译进程，并监控所有编译进程的工作状态，当所述所有编译进程中的某个编译进程出错时，该编译进程标记为出错；

结果返回单元，等待所述的所有编译进程完成后，记录所述编译结果。

Images