CN110647351B - 源代码地图文件还原方法、装置及存储介质 - Google Patents

Abstract

本公开是关于一种源代码地图文件还原方法、装置及存储介质。在该方法中，获取运行设备发送的地址标识，所述地址标识用于标识所述运行设备运行的RPK文件中包括的源代码地图文件，所述RPK文件中包括独立打包的源代码地图文件和运行代码文件；依据所述地址标识确定所述RPK文件中包括的源代码地图文件的存储地址；向所述运行设备发送所述存储地址，以请求获取所述存储地址处的源代码地图文件；获取所述运行设备发送的源代码地图文件；解析并还原所述源代码地图文件为原始代码。通过本公开，获取到独立于JS代码的源代码地图文件，能够减少对JS代码的影响。

Description

源代码地图文件还原方法、装置及存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种源代码地图文件(source-map)还原方法、装置及存储介质。

背景技术

当前PC端、移动端的开发平台以及操作系统众多，为了提升开发者与用户的体验，建立新的统一平台，让开发者编写一套代码，跨多端运行；提升开发者对代码的开发成本，减少维护工作量的同时，提升用户的体验。

相关技术中，开发者在个人计算机(Personal Computer，PC)环境下使用集成开发环境(Integrated Development Environment，IDE)编写诸如超文本标记语言(Hyper TextMarkup Language，HTML)页面的方式进行组件等代码的开发。其中，具有PC环境并进行代码开发且包含该IDE的设备称为编译设备，也可称为编译侧。编译设备在该IDE中对该代码进行编译，得到包含源代码地图文件(source-map)的JS代码，并将JS代码打包生成RPK文件，该生成的RPK文件是后缀名为.rpk的系统文件，也可以称为计算机应用程序(Application，APP)。APP内包括多个页面。当对该APP进行调试时，运行APP中页面的设备，称为运行设备。运行设备与编译设备建立调试连接，运行APP中包括的页面，并下载RPK文件中包含source-map的JS代码，将该JS代码发送到编译设备。编译设备解析JS代码中的source-map，映射还原source-map后展示在调试界面。

上述source-map还原展示过程中，需要从JS代码中解析出source-map，使APP调试过程中JS代码可读性变差，并且增大了JS代码文件大小，影响运行性能。

发明内容

为克服相关技术中存在的问题，本公开提供一种源代码地图文件还原方法、装置及存储介质。

根据本公开实施例的第一方面，提供一种源代码地图文件还原方法，应用于编译设备，包括：

获取运行设备发送的地址标识，所述地址标识用于标识所述运行设备运行的RPK文件中包括的源代码地图文件，所述RPK文件中包括独立打包的源代码地图文件和运行代码文件；依据所述地址标识确定所述RPK文件中包括的源代码地图文件的存储地址；向所述运行设备发送所述存储地址，以请求获取所述存储地址处的源代码地图文件；获取所述运行设备发送的源代码地图文件；解析并还原所述源代码地图文件为原始代码。

一种示例中，所述地址标识包括源代码地图文件在RPK文件中的根地址，以及所述源代码地图文件相对所述RPK文件的相对地址。

所述依据所述地址标识确定向所述源代码地图文件在所述RPK文件中的存储地址，包括：拼接所述根地址和所述相对地址，得到所述RPK文件中包括的源代码地图文件的存储地址。

另一种示例中，所述根地址通过超文本传输协议HTTP服务启动时记录的HTTP服务地址表征，其中，所述HTTP服务用于所述运行设备根据所述相对地址读取所述源代码地图文件。

又一种示例中，获取运行设备发送的所述源代码地图文件相对所述RPK文件的相对地址，包括：

获取所述运行设备发送的JS代码，所述JS代码中包括所述源代码地图文件相对所述RPK文件的相对地址；解析所述JS代码得到所述源代码地图文件相对所述RPK文件的相对地址。

又一种示例中，本公开涉及的源代码地图文件还原方法还包括：

预先独立打包的源代码地图文件和运行代码文件，得到打包的RPK文件，并将所述打包的RPK文件发送至所述运行设备。

根据本公开实施例的第二方面提供一种源代码地图文件还原方法，应用于运行设备，包括：

向编译设备发送地址标识，所述地址标识用于标识所述运行设备运行的RPK文件中包括的源代码地图文件，所述RPK文件中包括独立打包的源代码地图文件和运行代码文件；获取所述编译设备发送的所述RPK文件中包括的源代码地图文件的存储地址，所述存储地址由所述编译设备依据所述地址标识确定；依据所述存储地址读取所述存储地址处的源代码地图文件；向所述编译设备发送读取到的所述存储地址处的源代码地图文件。

一种示例中，向编译设备发送地址标识，包括：

向编译设备发送源代码地图文件在RPK文件中的根地址，以及所述源代码地图文件相对所述RPK文件的相对地址。

另一种示例中，向编译设备发送地址标识之前，本公开涉及的源代码地图文件还原方法还包括：

启动超文本传输协议HTTP服务，并记录启动的HTTP服务地址。所述根地址通过超文本传输协议HTTP服务启动时记录的HTTP服务地址表征，所述HTTP服务用于所述运行设备根据所述相对地址读取所述源代码地图文件。

又一种示例中，通过JS代码向所述编译设备发送所述源代码地图文件相对所述RPK文件的相对地址，所述JS代码中包括所述源代码地图文件相对所述RPK文件的相对地址。

又一种示例中，本公开涉及的源代码地图文件还原方法还包括：

预先接收所述编译设备发送的打包的RPK文件，所述打包的RPK文件中包括预先独立打包的源代码地图文件和运行代码文件。

根据本公开实施例第三方面，提供一种源代码地图文件还原装置，应用于编译设备，包括：

获取单元，被配置为获取运行设备发送的地址标识，并获取所述运行设备发送的源代码地图文件，所述地址标识用于标识所述运行设备运行的RPK文件中包括的源代码地图文件，所述RPK文件中包括独立打包的源代码地图文件和运行代码文件；确定单元，被配置为依据所述地址标识确定所述RPK文件中包括的源代码地图文件的存储地址；发送单元，被配置为向所述运行设备发送所述存储地址，以请求获取所述存储地址处的源代码地图文件；解析单元，被配置为解析并还原所述源代码地图文件为原始代码。

一种示例中，所述地址标识包括源代码地图文件在RPK文件中的根地址，以及所述源代码地图文件相对所述RPK文件的相对地址。

所述发送单元被配置为采用如下方式依据所述地址标识确定向所述源代码地图文件在所述RPK文件中的存储地址：拼接所述根地址和所述相对地址，得到所述RPK文件中包括的源代码地图文件的存储地址。

另一种示例中，所述根地址通过超文本传输协议HTTP服务启动时记录的HTTP服务地址表征，其中，所述HTTP服务用于所述运行设备根据所述相对地址读取所述源代码地图文件。

又一种示例中，所述获取单元被配置为采用如下方式获取运行设备发送的所述源代码地图文件相对所述RPK文件的相对地址：

获取所述运行设备发送的JS代码，所述JS代码中包括所述源代码地图文件相对所述RPK文件的相对地址；解析所述JS代码得到所述源代码地图文件相对所述RPK文件的相对地址。

又一种示例中，源代码地图文件还原装置还包括打包单元，所述打包单元被配置为：

预先独立打包的源代码地图文件和运行代码文件，得到打包的RPK文件；

所述发送单元还被配置为将所述打包的RPK文件发送至所述运行设备。

根据本公开实施例第四方面提供一种源代码地图文件还原装置，应用于运行设备，包括：

发送单元，被配置为向编译设备发送地址标识，并向所述编译设备发送读取到的存储地址处的源代码地图文件，所述地址标识用于标识所述运行设备运行的RPK文件中包括的源代码地图文件，所述RPK文件中包括独立打包的源代码地图文件和运行代码文件；获取单元，被配置为获取所述编译设备发送的所述RPK文件中包括的源代码地图文件的存储地址，所述存储地址由所述编译设备依据所述地址标识确定；读取单元，被配置为依据所述存储地址读取所述存储地址处的源代码地图文件。

一种示例中，所述发送单元被配置为采用如下方式向编译设备发送地址标识：

向编译设备发送源代码地图文件在RPK文件中的根地址，以及所述源代码地图文件相对所述RPK文件的相对地址。

另一种示例中，源代码地图文件还原装置还包括服务启动单元，所述服务启动单元被配置为：

在所述发送单元向编译设备发送地址标识之前，启动超文本传输协议HTTP服务，并记录启动的HTTP服务地址。

所述根地址通过超文本传输协议HTTP服务启动时记录的HTTP服务地址表征，所述HTTP服务用于所述运行设备根据所述相对地址读取所述源代码地图文件。

又一种示例中，所述发送单元被配置为通过JS代码向所述编译设备发送所述源代码地图文件相对所述RPK文件的相对地址，所述JS代码中包括所述源代码地图文件相对所述RPK文件的相对地址。

又一种示例中，所述获取单元还被配置为：

预先接收所述编译设备发送的打包的RPK文件，所述打包的RPK文件中包括预先独立打包的源代码地图文件和运行代码文件。

根据本公开实施例第五方面，提供一种源代码地图文件还原装置，包括：

处理器；用于存储处理器可执行指令的存储器。

其中，所述处理器被配置为执行上述第一方面或第一方面任意一种示例中所述的源代码地图文件还原方法。

根据本公开实施例第六方面，提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动端的处理器执行时，使得终端能够执行上述第一方面或第一方面任意一种示例中所述的源代码地图文件还原方法。

根据本公开实施例第七方面提供一种源代码地图文件还原装置，包括：

处理器；用于存储处理器可执行指令的存储器。

其中，所述处理器被配置为执行上述第二方面或第二方面任意一种示例中所述的源代码地图文件还原方法。

根据本公开实施例第八方面，提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动端的处理器执行时，使得终端能够执行上述第二方面或第二方面任意一种示例中所述的源代码地图文件还原方法。

本公开的实施例提供的技术方案可以包括以下有益效果：通过地址标识获取到独立于JS代码的源代码地图文件，并进行解析还原，能够减少对JS代码的影响，提高JS代码的可读性并提高调试过程中JS代码运行性能。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种源代码地图文件还原方法的流程图。

图2是根据一示例性实施例示出的一种源代码地图文件打包示意图。

图3是根据一示例性实施例示出的一种源代码地图文件还原方法的流程图。

图4是根据一示例性实施例示出的一种源代码地图文件打包示意图。

图5是根据一示例性实施例示出的一种源代码地图文件还原方法的流程图。

图6是根据一示例性实施例示出的一种源代码地图文件还原方法的流程图。

图7是根据一示例性实施例示出的一种源代码地图文件还原装置的框图。

图8是根据一示例性实施例示出的一种源代码地图文件还原装置的框图。

图9是根据一示例性实施例示出的一种装置的框图。

图10是根据一示例性实施例示出的一种装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开提供的源代码地图文件还原方法、装置及存储介质应用于计算机应用程序(APP)调试的应用场景。在该场景中包括编译设备和运行设备。编译设备用于对开发者在IDE中编写的代码进行编译得到源代码地图文件(source-map)以及JS代码等，并将源代码地图文件和JS代码打包生成RPK文件。运行设备用于运行RPK文件等形式的计算机应用程序，并产生运行结果在编译设备上进行展示。其中，APP调试中，编译设备需要从运行设备处获取到源代码地图文件并进行还原展示。

相关技术中，编译设备从运行设备处获取源代码地图文件并进行还原展示的过程如图1所示。运行设备触发调试，编译设备启动浏览器并与运行设备建立调试连接。运行设备开始调试后，把包含有源代码地图文件的JS代码发送到编译设备。编译设备解析JS代码中包含的源代码地图文件，并还原为原始代码在展示界面中展示。其中，包含源代码地图文件的JS代码是由编译设备打包RPK文件时生成的。编译设备打包RPK文件时，将源代码地图文件和JS代码打包到同一文件，如图2所示。源代码地图文件包含在JS代码中，编译设备还原源代码地图文件时需要从JS代码中解析得到，不可避免的会造成对JS代码的影响，例如使JS代码可读性变差，增大JS代码文件大小，影响运行性能。

有鉴于此，本公开提供一种源代码地图文件还原方法。在该源代码地图文件还原方法中，编译设备获取独立于JS代码的源代码地图文件，利用该独立的源代码地图文件进行还原展示处理，能够减少对JS代码的影响，提高JS代码的可读性。并且能够降低JS代码文件大小，提高JS代码运行性能。

图3是根据一示例性实施例示出的一种源代码地图文件还原方法的流程图，如图3所示，源代码地图文件还原方法用于编译设备中。其中，编译设备可以理解为是完成对应用程序的代码进行编译的设备，例如，台式机，笔记本电脑，服务器等终端，在本公开实施例中对编译设备的具体形态不进行限制。参阅图3所示，源代码地图文件还原方法包括以下步骤S11至步骤S15。

在步骤S11中，获取运行设备发送的地址标识。

本公开中，运行设备依据源代码地图文件在所运行的RPK文件中的存储地址为源代码地图文件创建地址标识，通过该地址标识来标识运行设备所运行的RPK文件中包括的源代码地图文件。编译设备获取到该地址标识，通过该地址标识可以获取到源代码地图文件。

本公开中，RPK文件中包括独立打包的源代码地图文件和运行代码文件，进而使得编译设备能够获取到独立的源代码地图文件。

其中，一种示例中，本公开中编译设备可预先打包RPK文件并将打包的RPK文件发送至运行设备。其中，编译设备在打包RPK文件时，可独立打包源代码地图文件和JS代码文件。其中，在打包源代码地图文件时，编译设备可打包带有source-map文件的RPK文件，例如，后缀名为.map的RPK文件可以单独打包为源代码地图文件。独立打包源代码地图文件和JS代码文件的RPK文件示意图如图4所示。

在步骤S12中，依据地址标识确定RPK文件中包括的源代码地图文件的存储地址。

在步骤S13中，向运行设备发送存储地址，以请求获取存储地址处的源代码地图文件。

本公开中，编译设备依据地址标识确定了源代码地图文件的存储地址后，将该地址发送给运行设备。运行设备依据该存储地址可以读取到存储地址处的源代码地图文件，并将该读取到的源代码地图文件发送给编译设备。

在步骤S14中，获取运行设备发送的源代码地图文件。

在步骤S16中，解析并还原源代码地图文件为原始代码。

图5是根据一示例性实施例示出的一种源代码地图文件还原方法的流程图，如图5所示，源代码地图文件还原方法用于运行设备中。运行设备可以为带有显示屏幕的设备，例如，运行设备可以为手机、平板电脑、智能家居设备或者智能穿戴设备等终端，本公开实施例对运行设备的具体形态不进行限定。参阅图5所示，源代码地图文件还原方法包括以下步骤S21至步骤S24。

在步骤S21中，向编译设备发送地址标识。

本公开中，地址标识用于标识运行设备运行的RPK文件中包括的源代码地图文件。RPK文件中包括独立打包的源代码地图文件和运行代码文件。

其中，本公开一种实施方式中运行设备运行的RPK文件可以是预先从编译设备接收的RPK文件。预先接收的RPK文件是打包的RPK文件，打包的RPK文件中包括预先独立打包的源代码地图文件和运行代码文件。

在步骤S22中，获取编译设备发送的RPK文件中包括的源代码地图文件的存储地址。

本公开中，存储地址由编译设备依据地址标识确定。

在步骤S23中，依据存储地址读取存储地址处的源代码地图文件。

在步骤S24中，向编译设备发送读取到的存储地址处的源代码地图文件。

本公开通过地址标识获取到独立于JS代码的源代码地图文件，并进行解析还原，能够减少对JS代码的影响，提高JS代码的可读性并提高调试过程中JS代码运行性能。

本公开以下结合实际应用对上述涉及的源代码地图文件还原方法进行说明。

一种实施方式中，地址标识包括源代码地图文件在RPK文件中的根地址，以及源代码地图文件相对RPK文件的相对地址。其中，源代码地图文件在RPK文件中的根地址可以理解为是RPK文件的存储路径，源代码地图文件相对RPK文件的相对地址，可以理解为是源代码地图文件在RPK文件中存储的相对路径。

编译设备依据地址标识确定RPK文件中包括的源代码地图文件的存储地址时，可通过拼接根地址和相对地址，得到RPK文件中包括的源代码地图文件的存储地址。

又一种实施方式中，本公开中运行设备可启动HTTP服务，并记录HTTP服务启动时的HTTP服务地址。通过HTTP服务启动时记录的HTTP服务地址表征源代码地图文件的根地址，通过该HTTP服务使运行设备根据相对地址读取到源代码地图文件。

又一种实施方式中，运行设备可通过JS代码向编译设备发送源代码地图文件相对RPK文件的相对地址。JS代码中包括源代码地图文件相对RPK文件的相对地址。编译设备在获取运行设备发送的源代码地图文件相对RPK文件的相对地址时，获取并解析运行设备发送的JS代码，得到源代码地图文件相对RPK文件的相对地址。

图6是根据一示例性实施例示出的一种源代码地图文件还原方法示意图。参阅图6所示，包括如下步骤。

在步骤S31中，编译设备预先独立打包源代码地图文件和JS代码，得到打包的RPK文件，并发送至运行设备。运行设备预先接收打包的RPK文件，在该打包的RPK文件中包括独立打包的源代码地图文件和JS代码。

在步骤S32中，运行设备运行RPK文件，开始计算机应用程序的调试。

在步骤S33中，运行设备启动HTTP服务，并记录HTTP服务启动时的HTTP服务地址。通过该HTTP服务，运行设备可以读取到RPK文件中的源代码地图文件。

在步骤S34中，编译设备启动浏览器，并与运行设备建立调试连接。

在步骤S35中，运行设备向编译设备发送源代码地图文件在RPK文件中的根地址，例如HTTP服务启动时记录的HTTP服务地址。编译设备接收运行设备发送的源代码地图文件在RPK文件中的根地址。

在步骤S36中，运行设备向编译设备发送源代码地图文件在RPK文件中的相对地址。例如，通过发送JS代码发送源代码地图文件在RPK文件中的相对地址。编译设备接收运行设备发送的源代码地图文件在RPK文件中的相对地址。

在步骤S37中，编译设备解析源代码地图文件在RPK文件中的根地址和相对地址，并拼接所述根地址和所述相对地址，得到RPK文件中包括的源代码地图文件的存储地址。

在步骤S38中，编译设备向运行设备请求获取存储地址处的源代码地图文件。

在步骤S39中，运行设备通过HTTP服务读取到存储地址处的源代码地图文件。

在步骤S310中，运行设备向编译设备发送读取到的源代码地图文件。编译设备接收运行设备发送的源代码地图文件。

在步骤S311中，编译设备解析并还原源代码地图文件为原始代码，展示在调试界面上。

本公开中，运行设备启动可以访问到RPK文件中源代码地图文件的HTTP服务。在开始调试后运行设备将启动的HTTP服务地址，以及源代码地图文件的相对地址，发送给编译设备。编译设备根据HTTP服务地址和相对地址，确定出源代码地图文件的存储地址，并向运行设备请求获取该存储地址的源代码地图文件。运行设备通过HTTP服务，根据源代码地图文件的相对地址访问到源代码地图文件，并发送给编译设备。编译设备获取到源代码地图文件并解析还原。相对已有技术，编译设备能够获取到独立于JS代码的源代码地图文件，减少了对JS代码的影响，提高JS代码的可读性并提高调试过程中JS代码运行性能。

基于相同的构思，本公开实施例还提供一种源代码地图文件还原装置。

可以理解的是，本公开实施例提供的源代码地图文件还原装置为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。结合本公开实施例中所公开的各示例的单元及算法步骤，本公开实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能，但是这种实现不应认为超出本公开实施例的技术方案的范围。

图7是根据一示例性实施例示出的一种代码地图文件还原装置框图。参照图7，该代码地图文件还原装置100应用于编译设备，包括获取单元101、确定单元102、发送单元103和解析单元104。

获取单元101，被配置为获取运行设备发送的地址标识，并获取运行设备发送的源代码地图文件，地址标识用于标识运行设备运行的RPK文件中包括的源代码地图文件，RPK文件中包括独立打包的源代码地图文件和运行代码文件。确定单元102，被配置为依据地址标识确定RPK文件中包括的源代码地图文件的存储地址。发送单元103，被配置为向运行设备发送存储地址，以请求获取存储地址处的源代码地图文件。解析单元104，被配置为解析并还原源代码地图文件为原始代码。

一种实施方式中，地址标识包括源代码地图文件在RPK文件中的根地址，以及源代码地图文件相对RPK文件的相对地址。

发送单元103被配置为采用如下方式依据地址标识确定向源代码地图文件在RPK文件中的存储地址：拼接根地址和相对地址，得到RPK文件中包括的源代码地图文件的存储地址。

另一种实施方式中，根地址通过HTTP服务启动时记录的HTTP服务地址表征，其中，HTTP服务用于运行设备根据相对地址读取源代码地图文件。

又一种实施方式中，获取单元101被配置为获取运行设备发送的JS代码，JS代码中包括源代码地图文件相对RPK文件的相对地址；解析JS代码得到源代码地图文件相对RPK文件的相对地址。

又一种实施方式中，源代码地图文件还原装置还包括打包单元105，打包单元105被配置为：预先独立打包的源代码地图文件和运行代码文件，得到打包的RPK文件。

发送单元103还被配置为将打包的RPK文件发送至运行设备。

图8是根据一示例性实施例示出的一种代码地图文件还原装置框图。参照图8，该代码地图文件还原装置200应用于运行设备，包括发送单元201、获取单元202和读取单元203。

发送单元201，被配置为向编译设备发送地址标识，并向编译设备发送读取到的存储地址处的源代码地图文件，地址标识用于标识运行设备运行的RPK文件中包括的源代码地图文件，RPK文件中包括独立打包的源代码地图文件和运行代码文件。获取单元202，被配置为获取编译设备发送的RPK文件中包括的源代码地图文件的存储地址，存储地址由编译设备依据地址标识确定。读取单元203，被配置为依据存储地址读取存储地址处的源代码地图文件。

一种实施方式中，发送单元201被配置为采用如下方式向编译设备发送地址标识：向编译设备发送源代码地图文件在RPK文件中的根地址，以及源代码地图文件相对RPK文件的相对地址。

另一种实施方式中，源代码地图文件还原装置还包括服务启动单元，服务启动单元被配置为：在发送单元201向编译设备发送地址标识之前，启动超文本传输协议HTTP服务，并记录启动的HTTP服务地址。

其中，根地址通过HTTP服务启动时记录的HTTP服务地址表征，HTTP服务用于运行设备根据相对地址读取源代码地图文件。

又一种实施方式中，发送单元201被配置为通过JS代码向编译设备发送源代码地图文件相对RPK文件的相对地址，JS代码中包括源代码地图文件相对RPK文件的相对地址。

又一种实施方式中，获取单元202还被配置为：

预先接收编译设备发送的打包的RPK文件，打包的RPK文件中包括预先独立打包的源代码地图文件和运行代码文件。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图9是根据一示例性实施例示出的一种用于源代码地图文件还原的装置300的框图。例如，装置300可以被提供为一编译设备，例如PC等服务器。参照图9，装置300包括处理组件322，其进一步包括一个或多个处理器，以及由存储器332所代表的存储器资源，用于存储可由处理组件322的执行的指令，例如应用程序。存储器332中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件322被配置为执行指令，以执行上述方法。

装置300还可以包括一个电源组件326被配置为执行装置300的电源管理，一个有线或无线网络接口350被配置为将装置300连接到网络，和一个输入输出(I/O)接口358。装置300可以操作基于存储在存储器332的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器332，上述指令可由装置300的处理组件322执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

图10是根据一示例性实施例示出的一种用于源代码地图文件还原的装置400的框图。例如，装置400可以是运行设备，例如移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图10，装置400可以包括以下一个或多个组件：处理组件402，存储器404，电力组件406，多媒体组件408，音频组件410，输入/输出(I/O)的接口412，传感器组件414，以及通信组件416。

处理组件402通常控制装置400的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件402可以包括一个或多个处理器420来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件402可以包括一个或多个模块，便于处理组件402和其他组件之间的交互。例如，处理组件402可以包括多媒体模块，以方便多媒体组件408和处理组件402之间的交互。

存储器404被配置为存储各种类型的数据以支持在设备400的操作。这些数据的示例包括用于在装置400上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器404可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电力组件406为装置400的各种组件提供电力。电力组件406可以包括电源管理系统，一个或多个电源，及其他与为装置400生成、管理和分配电力相关联的组件。

多媒体组件408包括在所述装置400和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件408包括一个前置摄像头和/或后置摄像头。当设备400处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件410被配置为输出和/或输入音频信号。例如，音频组件410包括一个麦克风(MIC)，当装置400处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器404或经由通信组件416发送。在一些实施例中，音频组件410还包括一个扬声器，用于输出音频信号。

I/O接口412为处理组件402和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件414包括一个或多个传感器，用于为装置400提供各个方面的状态评估。例如，传感器组件414可以检测到设备400的打开/关闭状态，组件的相对定位，例如所述组件为装置400的显示器和小键盘，传感器组件414还可以检测装置400或装置400一个组件的位置改变，用户与装置400接触的存在或不存在，装置400方位或加速/减速和装置400的温度变化。传感器组件414可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件414还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件414还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件416被配置为便于装置400和其他设备之间有线或无线方式的通信。装置400可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件416经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件416还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置400可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器404，上述指令可由装置400的处理器420执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

可以理解的是，本公开实施例中尽管在附图中以特定的顺序描述操作，但是不应将其理解为要求按照所示的特定顺序或是串行顺序来执行这些操作，或是要求执行全部所示的操作以得到期望的结果。在特定环境中，多任务和并行处理可能是有利的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (8)

1.一种源代码地图文件还原方法，其特征在于，应用于编译设备，包括：

获取运行设备发送的地址标识，所述地址标识用于标识所述运行设备运行的RPK文件中包括的源代码地图文件，所述RPK文件中包括独立打包的源代码地图文件和运行代码文件；

依据所述地址标识确定所述RPK文件中包括的源代码地图文件的存储地址；

向所述运行设备发送所述存储地址，以请求获取所述存储地址处的源代码地图文件；

获取所述运行设备发送的源代码地图文件；

解析并还原所述源代码地图文件为原始代码；

所述地址标识包括源代码地图文件在RPK文件中的根地址，以及所述源代码地图文件相对所述RPK文件的相对地址；

所述依据所述地址标识确定向所述源代码地图文件在所述RPK文件中的存储地址，包括：

拼接所述根地址和所述相对地址，得到所述RPK文件中包括的源代码地图文件的存储地址；

所述获取运行设备发送的所述源代码地图文件相对所述RPK文件的相对地址，包括：

获取所述运行设备发送的JS代码，所述JS代码中包括所述源代码地图文件相对所述RPK文件的相对地址；解析所述JS代码得到所述源代码地图文件相对所述RPK文件的相对地址；

所述根地址通过超文本传输协议HTTP服务启动时记录的HTTP服务地址表征，其中，所述HTTP服务用于所述运行设备根据所述相对地址读取所述源代码地图文件；

所述方法还包括：

预先独立打包的源代码地图文件和运行代码文件，得到打包的RPK文件，并将所述打包的RPK文件发送至所述运行设备。

2.一种源代码地图文件还原方法，其特征在于，应用于运行设备，包括：

向编译设备发送地址标识，所述地址标识用于标识所述运行设备运行的RPK文件中包括的源代码地图文件，所述RPK文件中包括独立打包的源代码地图文件和运行代码文件；

获取所述编译设备发送的所述RPK文件中包括的源代码地图文件的存储地址，所述存储地址由所述编译设备依据所述地址标识确定；

依据所述存储地址读取所述存储地址处的源代码地图文件；

向所述编译设备发送读取到的所述存储地址处的源代码地图文件；

所述向编译设备发送地址标识，包括：

向编译设备发送源代码地图文件在RPK文件中的根地址，以及所述源代码地图文件相对所述RPK文件的相对地址；

所述向编译设备发送源代码地图文件相对所述RPK文件的相对地址，包括：

通过JS代码向所述编译设备发送所述源代码地图文件相对所述RPK文件的相对地址，所述JS代码中包括所述源代码地图文件相对所述RPK文件的相对地址；

向编译设备发送地址标识之前，所述方法还包括：

启动超文本传输协议HTTP服务，并记录启动的HTTP服务地址；

所述根地址通过超文本传输协议HTTP服务启动时记录的HTTP服务地址表征，

所述HTTP服务用于所述运行设备根据所述相对地址读取所述源代码地图文件；

所述方法还包括：

预先接收所述编译设备发送的打包的RPK文件，所述打包的RPK文件中包括预先独立打包的源代码地图文件和运行代码文件。

3.一种源代码地图文件还原装置，其特征在于，应用于编译设备，包括：

获取单元，被配置为获取运行设备发送的地址标识，并获取所述运行设备发送的源代码地图文件，所述地址标识用于标识所述运行设备运行的RPK文件中包括的源代码地图文件，所述RPK文件中包括独立打包的源代码地图文件和运行代码文件；确定单元，被配置为依据所述地址标识确定所述RPK文件中包括的源代码地图文件的存储地址；

发送单元，被配置为向所述运行设备发送所述存储地址，以请求获取所述存储地址处的源代码地图文件；

解析单元，被配置为解析并还原所述源代码地图文件为原始代码；

所述地址标识包括源代码地图文件在RPK文件中的根地址，以及所述源代码地图文件相对所述RPK文件的相对地址；

所述发送单元被配置为采用如下方式依据所述地址标识确定向所述源代码地图文件在所述RPK文件中的存储地址：

拼接所述根地址和所述相对地址，得到所述RPK文件中包括的源代码地图文件的存储地址；

所述获取单元被配置为采用如下方式获取运行设备发送的所述源代码地图文件相对所述RPK文件的相对地址：

获取所述运行设备发送的JS代码，所述JS代码中包括所述源代码地图文件相对所述RPK文件的相对地址；

解析所述JS代码得到所述源代码地图文件相对所述RPK文件的相对地址；

所述根地址通过超文本传输协议HTTP服务启动时记录的HTTP服务地址表征，其中，所述HTTP服务用于所述运行设备根据所述相对地址读取所述源代码地图文件；

所述装置还包括打包单元，所述打包单元被配置为：

预先独立打包的源代码地图文件和运行代码文件，得到打包的RPK文件；

所述发送单元还被配置为将所述打包的RPK文件发送至所述运行设备。

4.一种源代码地图文件还原装置，其特征在于，应用于运行设备，包括：

发送单元，被配置为向编译设备发送地址标识，并向所述编译设备发送读取到的存储地址处的源代码地图文件，所述地址标识用于标识所述运行设备运行的RPK文件中包括的源代码地图文件，所述RPK文件中包括独立打包的源代码地图文件和运行代码文件；

获取单元，被配置为获取所述编译设备发送的所述RPK文件中包括的源代码地图文件的存储地址，所述存储地址由所述编译设备依据所述地址标识确定；

读取单元，被配置为依据所述存储地址读取所述存储地址处的源代码地图文件；

所述发送单元被配置为采用如下方式向编译设备发送地址标识：

向编译设备发送源代码地图文件在RPK文件中的根地址，以及所述源代码地图文件相对所述RPK文件的相对地址；

所述发送单元被配置为通过JS代码向所述编译设备发送所述源代码地图文件相对所述RPK文件的相对地址，所述JS代码中包括所述源代码地图文件相对所述RPK文件的相对地址；

所述发送单元采用如下方式向编译设备发送源代码地图文件相对所述RPK文件的相对地址：

通过JS代码向所述编译设备发送所述源代码地图文件相对所述RPK文件的相对地址，所述JS代码中包括所述源代码地图文件相对所述RPK文件的相对地址；

所述装置还包括服务启动单元，所述服务启动单元被配置为：

在所述发送单元向编译设备发送地址标识之前，启动超文本传输协议HTTP服务，并记录启动的HTTP服务地址；

所述根地址通过超文本传输协议HTTP服务启动时记录的HTTP服务地址表征，

所述HTTP服务用于所述运行设备根据所述相对地址读取所述源代码地图文件；

所述获取单元还被配置为：

预先接收所述编译设备发送的打包的RPK文件，所述打包的RPK文件中包括预先独立打包的源代码地图文件和运行代码文件。

5.一种源代码地图文件还原装置，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行权利要求1中所述的源代码地图文件还原方法。

6.一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动端的处理器执行时，使得终端能够执行权利要求1中所述的源代码地图文件还原方法。

7.一种源代码地图文件还原装置，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行权利要求2中所述的源代码地图文件还原方法。

8.一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动端的处理器执行时，使得终端能够执行权利要求2中所述的源代码地图文件还原方法。