插件的编号时，在接收到的命令中，可携带要打开的插件的编号，移动终端根据该 插件的编号确定该命令对应的插件。
[0107]本实施例中，也可以在命令中直接携带插件名称，接收到命令时，根据携带在命令 中的插件名称确定该命令所对应的插件。
[0108] 或者，可预先建立命令标识与插件标识的对应关系，根据该命令标识与插件标识 的对应关系，确定接收的命令对应的插件
[0109] 需要说明的是，上述步骤A1和A2为并列步骤，是关于命令对应的插件的两种不同 的确定方法，不存在先后顺序。
[0110] 本公开的实施例提供的技术方案可以包括以下有益效果:在命令中包括该命令对 应的插件的标识，从而，能够通过该插件的标识确定该命令对应的插件;其次，还可以预先 建立命令标识与插件标识的对应关系，从而，无需携带插件的标识即可确定该命令对应的 插件，本实施例中，提供多种确定命令对应的插件的方法，使确定命令对应的插件的方法更 加多样化。
[0111] 在一个实施例中，如图3所示，在上述步骤S23之前，方法还可被实施为如下步骤 S31-S32：
[0112] 在步骤S31中，在主程序中查询插件标识与插件的映射关系表，确定命令对应的插 件标识所对应的插件；
[0113] 在步骤S32中，将命令中的命令参数传递给确定的插件。
[0114] 举例而言，当插件标识为插件编号时，可建立一张用于记录插件编号和插件的映 射关系表，如下表1所示。
[0115] 举例而言，当商品从广州出库发往北京时，物流信息发生改变，网络侧向对应移动 终端推送"商品已从广州发往北京"的物流通知，移动终端接收到该物流通知时，相当于接 收到打开物流详细信息的命令，在该命令中，携带通知用户物流信息改变的命令参数，该参 数可为如下形式：
[0116] (l)title:物流通知；
[0117] (2)description:您购买的宝贝"XX"已从广州发往北京；
[0118] (3)body :plugin_ 编号= 1004;
[0119] 其中，"title"字段标识通知信息的标题。"description"字段标识该通知信息的 正文。"body"字段标识通知信息对应的插件编号，该命令通过该"body"字段携带插件编号。
[0120] 当接收到命令时，根据上述命令参数，可确定插件编号为1004,根据下表1可知，该 插件编号对应的插件为消息通知插件，将命令中的命令参数传递给消息通知插件，从而，可 通过消息通知插件显示物流信息改变的通知，例如，显示标题为"物流通知"，显示正文为 "您购买的宝贝"XX"已从广州发往北京"。另外，也可以在命令参数中携带物流插件的插件 编号：1006,从而在通过消息通知插件显示物流改变的信息时，将物流改变的信息同步更新 至物流插件，当用户主动点击物流插件查看物流信息的时候，可以看到最新的物流信息。
[0121] 表1
[0123] 本公开的实施例提供的技术方案可以包括以下有益效果:在加载接收到命令对应 的插件之前，先将命令中的命令参数传递给确定的插件，从而能够使该插件在加载之后，通 过该命令参数执行相应的功能，保证了该插件的正确响应。
[0124] 在一个实施例中，如图4所示，上述步骤S13或者上述步骤S23可被实施为如下步骤 S41-S42：
[0125] 在步骤S41中，通过应用的主程序将插件加载到内存；
[0126] 在步骤S42中，调用插件的初始化函数接口，对插件进行初始化。
[0127] 本实施例中，通过应用的主程序将插件加载到内存，可通过读取插件的配置文件， 将插件通过动态加载的方式载入内存。调用各个插件的Init函数接口完成插件的初始化动 作，例如，在加载首页插件时，主程序调用首页插件的Init函数接口完成初始化。然后，首页 插件向该应用的后台服务器请求相应的首页数据，并将请求到的数据展示给用户。
[0128] 本公开的实施例提供的技术方案可以包括以下有益效果：通过对插件进行初始 化，从而减少在后续数据展示过程中出现错误的可能。
[0129] 在一个实施例中，如图5所示，在上述步骤S13之后，方法还可被实施为如下步骤 S51-S53：
[0130] 在步骤S51中，接收退出应用的触发；
[0131] 在步骤S52中，通过主程序卸载已加载的插件；
[0132] 在步骤S53中，退出主程序。
[0133] 由于将应用的功能模块插件化之后，插件与应用之间相互独立，因而，在用户通过 退出按钮退出应用时，先通过主程序卸载已经加载的插件，在卸载完毕后，再退出主程序， 从而避免插件仍在运行而导致系统资源的不必要浪费，同时，避免插件未卸载而导致内存 空间的浪费，接收到主程序退出的指令时，主程序首先会一次调用各插件模块的Uninti函 数，卸载已加载的插件，卸载完毕之后，退出主程序。
[0134] 本公开的实施例提供的技术方案可以包括以下有益效果:在退出应用的主程序之 前，先通过主程序卸载已加载的插件，从而，避免了在应用退出之后，已加载的插件仍在运 行而导致系统资源的不必要浪费。
[0135] 图6是根据一示例性实施例示出的一种加载插件的方法的流程图，如图6所示，该 方法可以由移动终端实现，可被实施为如下步骤S61-S69:
[0136] 在步骤S61中，接收打开应用的触发；
[0137] 在步骤S62中，调用应用并加载应用的主程序；
[0138] 在步骤S63中，通过应用的主程序将基础插件加载到内存；
[0139] 在步骤S64中，调用基础插件的初始化函数接口，对基础插件进行初始化；
[0140] 在步骤S65中，接收命令；
[0141] 在步骤S66中，根据预先建立的命令标识与插件标识的对应关系，确定接收的命令 对应的插件；
[0142] 在步骤S67中，判断接收的命令对应的插件是否已加载；
[0143] 在步骤S68中，在接收的命令对应的插件未加载时，通过应用的主程序将命令对应 的插件加载到内存；
[0144] 在步骤S69中，调用插件的初始化函数接口，对插件进行初始化。
[0145] 图7是根据一示例性实施例示出的一种加载插件的方法的流程图，如图7所示，该 方法可以由移动终端实现，可被实施为如下步骤S71-S78:
[0146] 在步骤S71中，接收打开应用的触发；
[0147] 在步骤S72中，调用应用并加载应用的主程序；
[0148] 在步骤S73中，通过应用的主程序加载应用的基础插件；
[0149] 在步骤S74中，接收命令；
[0150] 在步骤S75中，判断接收的命令对应的插件是否已加载；
[0151] 在步骤S76中，在接收的命令对应的插件未加载时，在主程序中查询插件标识与插 件的映射关系表，确定命令对应的插件标识所对应的插件；
[0152] 在步骤S77中，将命令中的命令参数传递给确定的插件；
[0153] 在步骤S78中，通过应用的主程序加载接收的命令对应的插件。
[0154] 图8是根据一示例性实施例示出的一种加载插件的方法的流程图，如图8所示，该 方法可以由移动终端实现，可被实施为如下步骤S801-S810:
[0155] 在步骤S801中，接收打开应用的触发；
[0156] 在步骤S802中，调用应用并加载应用的主程序；
[0157] 在步骤S803中，通过应用的主程序加载应用的基础插件；
[0158] 在步骤S804中，接收命令；
[0159] 在步骤S805中，根据命令中的插件的标识，确定命令对应的插件；
[0160]在步骤S806中，判断接收的命令对应的插件是否已加载；
[0161 ]在步骤S807中，在接收的命令对应的插件未加载时，通过应用的主程序加载接收 的命令对应的插件；
[0162] 在步骤S808中，接收退出应用的触发；
[0163] 在步骤S809中，通过主程序卸载已加载的插件；
[0164] 在步骤S810中，退出主程序。
[0165] 通过以上介绍了解了加载插件的实现过程，该过程由移动终端实现，下面针对该 移动终端的内部结构和功能进行介绍。<