一种电子商务平台中对代码段进行诊断的方法及装置与流程

本申请涉及互联网技术领域，特别涉及一种电子商务平台中对代码段进行诊断的方法及装置。

背景技术：

随着互联网技术的不断发展，依托于互联网技术的各种电子商务平台也应运而生。电子商务平台的基础架构往往可以包括服务器和客户端，所述服务器和所述客户端之间可以通过互联网进行数据交互。

在电子商务平台中，用户往往可以在客户端上预先安装应用程序，然后可以通过该应用程序的操作界面，向服务器发送各种各样的请求。服务器在接收到客户端发来的请求后，可以响应于该请求，将与该请求相关的数据返回给客户端，以供用户浏览。例如，用户在使用京东商城的应用程序时，可以在京东商城的搜索栏中输入商品的关键词，然后点击搜索。这样，对于该关键词的搜索指令便可以作为请求发送至京东商城的服务器，京东商城的服务器可以响应于该请求，将与所述关键词相关的产品数据返回至用户的手机，并在京东商城的操作界面上进行显示。

在实际应用场景中，负责对客户端的请求进行处理的代码段有时会由于出现故障而导致生成的数据错误。例如，客户端处于2G网络环境中，经过代码段进行处理后，服务器给客户端返回了数据量很大，清晰度很高的图片，导致客户端无法进行加载或者加载耗费太多的流量。在这种情况下，则需要对代码段进行诊断。

在现有技术中，可以通过在客户端和服务器之间架设代理服务器的方式来记录客户端发出请求以及服务器向客户端返回的数据。然而，在网络中额外增设一个代理服务器无疑将增加应用程序的运行和维护成本。此外，在应用现有技术中对代码段进行诊断的方法时，还需要在客户端中预先设置代理服务器的IP地址和端口号，这会使得客户端的操作变得比较繁琐，影响用户的操作体验。

技术实现要素：

本发明的目的在于提供一种电子商务平台中对代码段进行诊断的方法，在不需要设置代理服务器的情况下，对出现故障的代码段进行诊断。

为实现上述目的，本申请一方面提供一种电子商务平台中对代码段进行诊断的方法，所述方法包括：预先为请求信息源分配唯一的预设标识，所述请求信息源包括用户的账号或者用户的终端设备；当接收到携带有所述预设标识的请求信息时，将所述请求信息存储于预设存储空间中；接收所述请求信息源发来的诊断指令，并在所述预设存储空间中查询与所述诊断指令相对应的目标请求信息；利用所述目标请求信息中的配置参数，对处理所述配置参数的代码段进行诊断。

进一步地，所述预先为请求信息源分配唯一的预设标识具体包括：按照预设编码方式对预设标识进行编码，生成包含所述预设标识的图形信息；当检测到请求信息源对所述图形信息进行识别时，将所述图形信息中包含的所述预设标识与所述请求信息源绑定。

进一步地，在所述预设存储空间中查询与所述诊断指令相对应的目标请求信息具体包括：从所述诊断指令中提取待诊断对象的目标标识和所述请求信息源的预设标识；从所述预设存储空间中查询携带所述目标标识和所述预设标识的请求信息，形成请求信息集；根据接收所述诊断指令的时间节点，从所述请求信息集中筛选出在所述时间节点之前并且与所述时间节点最接近的目标请求信息。

进一步地，利用所述目标请求信息中的配置参数，对处理所述配置参数的代码段进行诊断具体包括：按照预设计算标准计算得到与所述目标请求信息中的配置参数相对应的参考结果；将所述配置参数输入处理所述配置参数的代码段中，得到与所述配置参数相对应的实际结果；当所述参考结果与所述实际结果不同时，判定处理所述配置参数的代码段出现故障。

进一步地，将所述请求信息存储于预设存储空间中具体包括：响应于所述请求信息，向所述请求信息源返回与所述请求信息相对应的请求数据；将所述请求信息以及所述请求数据共同存储于所述预设存储空间中。

进一步地，将所述请求信息以及所述请求数据共同存储于所述预设存储空间中具体包括：将所述请求信息以及所述请求数据构成键值对，并将所述键值对存储于所述预设存储空间中。

进一步地，在所述预设存储空间中查询与所述诊断指令相对应的目标请求信息具体包括：从所述诊断指令中提取待诊断对象的目标标识和所述请求信息源的预设标识；从所述预设存储空间中查询携带所述目标标识和所述预设标识的键值对，形成键值对集；根据接收所述诊断指令的时间节点，从所述键值对集中筛选出在所述时间节点之前并且与所述时间节点最接近的目标键值对，所述目标键值对中包括目标请求信息以及目标请求数据。

进一步地，利用所述目标请求信息中的配置参数，对处理所述配置参数的代码段进行诊断具体包括：按照预设计算标准计算得到与所述目标请求信息中的配置参数相对应的参考结果；从所述目标请求数据中获取与所述配置参数相对应的实际结果；当所述参考结果与所述实际结果不同时，判定处理所述配置参数的代码段出现故障。

为实现上述目的，本申请另一方面还提供一种电子商务平台中对代码段进行诊断的装置，所述装置包括：预设标识分配单元，用于预先为请求信息源分配唯一的预设标识，所述请求信息源包括用户的账号或者用户的终端设备；存储单元，用于当接收到携带有所述预设标识的请求信息时，将所述请求信息存储于预设存储空间中；目标请求信息查询单元，用于接收所述请求信息源发来的诊断指令，并在所述预设存储空间中查询与所述诊断指令相对应的目标请求信息；诊断单元，用于利用所述目标请求信息中的配置参数，对处理所述配置参数的代码段进行诊断。

进一步地，所述存储单元具体包括：请求数据返回模块，用于响应于所述请求信息，向所述请求信息源返回与所述请求信息相对应的请求数据；键值对存储模块，用于将所述请求信息以及所述请求数据构成键值对，并将所述键值对存储于所述预设存储空间中。

由以上本申请实施方式提供的技术方案可见，本申请实施方式通过为发送请求信息的请求信息源分配唯一的预设标识，从而可以将携带有所述预设标识的请求信息存储于预设的存储空间中，以将携带有所述预设标识的请求信息与普通的请求信息进行区分。那么在接收到请求信息源发来的诊断指令时，便可以从所述预设存储空间中查询到与所述诊断指定相对应的请求信息，从而可以利用请求信息中包含的配置参数，对当时处理所述请求信息的代码段进行诊断。由此可见，本申请提供的一种电子商务平台中对代码段进行诊断的方法及装置，能够在不需要设置代理服务器的情况下，对出现故障的代码段进行诊断。

附图说明

图1为本申请实施方式提供的一种电子商务平台中对代码段进行诊断的方法流程图；

图2为本申请实施方式提供的一种电子商务平台中对代码段进行诊断的方法中分配预设标识的步骤示意图；

图3为本申请实施方式提供的一种电子商务平台中对代码段进行诊断的装置功能模块图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施方式中的附图，对本申请实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式仅仅是本申请一部分实施方式，而不是全部的实施方式。基于本申请中的实施方式，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施方式，都应当属于本申请保护的范围。

请参阅图1。图1为本申请一个实施方式提供的一种电子商务平台中对代码段进行诊断的方法流程图。如图1所示，所述方法可以包括以下步骤。

步骤S1：预先为请求信息源分配唯一的预设标识，所述请求信息源包括用户的账号或者用户的终端设备。

在本实施方式中，所述请求信息源可以为用户使用的终端设备，也可以为用户在应用程序中预先注册的账号。当所述请求信息源与应用程序的服务器建立连接时，所述服务器可以为所述请求信息源分配唯一的预设标识，以将所述请求信息源发出的请求信息与其它请求信息相区分。

在本实施方式中，所述预设标识可以为预设数字编码、预设字符串或者用户的生物特征数据中的至少一种。在实际应用场景中，所述预设标识可以为所述预设数字编码、所述预设字符串或者所述用户的生物特征数据这三个类型的标识中的一个，也可以是其中的某两个的组合，也可以是这三个的组合。所述预设数字编码例如可以为由服务器随机生成的数字，也可以是由服务器将预设的数字串按照预设编码方式进行编码后的数字串，也可以是所述请求信息源在网络中的通信地址。所述预设字符串可以是所述请求信息源在网络中的MAC地址，也可以是所述请求信息源在应用程序中预存的识别码，也可以是由服务器随机生成的一串字符串。所述用户的特务特征数据可以为所述用户的语音数据或者指纹数据，所述语音数据或者所述指纹数据可以是用户通过终端设备的麦克风或者指纹识别模块预先录入所述应用程序中的，所述语音数据或者所述指纹数据可以存储于应用程序的服务器中，并且可以被服务器分配给对应的终端设备或者用户账号。

步骤S3：当接收到携带有所述预设标识的请求信息时，将所述请求信息存储于预设存储空间中。

在本实施方式中，在为所述请求信息源分配了唯一的预设标识后，通过所述请求信息源发出的请求信息均可以携带所述预设标识。这样，当服务器接收到携带所述预设标识的请求信息后，可以将所述请求信息存储于预设存储空间中。

在本实施方式中，所述预设存储空间可以是独立于服务器的一个存储器，该存储器可以与服务器保持通信连接，并且可以被其他设备(例如诊断设备)访问。所述预设存储空间还可以位于一个预先指定的服务器中，也就是说在所述预先指定的服务器中可以划分出一个空间，携带有所述预设标识的请求信息可以存储于该划分出的空间内。

步骤S5：接收所述请求信息源发来的诊断指令，并在所述预设存储空间中查询与所述诊断指令相对应的目标请求信息。

在本实施方式中，当用户在使用应用程序过程中，发现应用程序的操作页面上展示的信息有误时，可以通过应用程序上的预设按键触发诊断指令，该诊断指令从而可以由请求信息源发送至应用程序的服务器中。例如，在手机淘宝中，当用户发现某个商品的展示价格与最终下单结算的价格不符时，可以通过手机淘宝中预先设置的“投诉”按键，或者“价格有问题？”按键触发诊断指令。

在本实施方式中，在用户触发诊断指令时，应用程序可以对出现错误的请求对象进行记录，并且将出现错误的请求对象确定为待诊断对象。在本实施方式中，应用程序可以在诊断指令中加入待诊断对象的目标标识。所述目标标识可以为所述待诊断对象在应用程序中的编号，例如，所述目标标识可以为商品在手机淘宝中的商品编号。另外，应用程序还可以将触发诊断指令的请求信息源的预设标识加入诊断指令中，以表明该诊断指令是由哪个请求信息源发出的。在本实施方式中，当应用程序的服务器接收到请求信息源发来的诊断指令时，可以记录接收该诊断指令的时间节点，该时间节点可以表征数据发生错误的时间节点。

在本实施方式中，当服务器接收到请求信息源发来的诊断指令时，可以在所述预设存储空间中查询与所述诊断指令相对应的目标请求信息。所述诊断指令与目标请求信息的对应关系体现在：诊断指令中包含的请求信息源的预设标识以及待诊断对象的目标标识均与目标请求信息中包含的请求信息源的预设标识以及请求对象的目标标识对应相同，服务器接收所述目标请求信息的时间节点在接收所述诊断指令的时间节点之前并且与接收所述诊断指令的时间节点最接近。举例来说明，假设服务器在19点30分20秒接收到请求信息源发来的目标请求信息，该目标请求信息中请求对象的目标标识为LYQ001，请求信息源的预设标识为1。针对该目标请求信息，服务器向请求信息源返回了请求数据，但用户发现该请求数据中存在问题，便触发了针对该请求对象的诊断指令。服务器在19点35分10秒接收到请求信息源发来的诊断指令，该诊断指令中的请求对象的标识为LYQ001，该请求信息源的预设标识为1。那么服务器从所述预设存储空间中将请求对象的标识为LYQ001并且请求信息源的预设标识为1的目标请求信息提取出来。由于服务器接收该目标请求信息的时间节点在接收诊断指令的时间节点之前，并且接收该目标请求信息的时间节点与接收诊断指令的时间节点最接近，因此该目标请求信息就可以为出错的请求对象对应的请求信息。

步骤S7：利用所述目标请求信息中的配置参数，对处理所述配置参数的代码段进行诊断。

在本实施方式中，在获取到与所述诊断指令相对应的目标请求信息后，可以利用所述目标请求信息中的配置参数，对处理所述配置参数的代码段进行诊断。其中，所述目标请求信息中的配置参数可以包括请求信息源的名称、请求信息源指定的地理位置以及请求信息源发送该目标请求信息时所处的网络状态等。

在本实施方式中，当处理所述配置参数的代码段出现故障时，则会导致计算的价格或者返回的图片大小与实际情况不符，造成价格出错或者图片加载困难等情况。此时，根据请求信息源发来的诊断指令，需要对代码段进行调试，以判断代码段是否出现故障。

在本实施方式中，可以将获取的目标请求信息中包含的配置参数作为代码段的输入参数，让代码段对所述配置参数再次进行处理，以判断由代码段处理得出的结果是否与理论的结果一致。当一致时，则表明处理配置参数的代码段没有出现故障，可能是当时目标请求信息中包含的配置参数与实际的配置参数不符，才导致返回给请求信息源的数据不符合用户的期望。例如，用户在购买某一商品时，期望的收获地址为江苏省，但是用户提供给服务器的却是当前自身的实际地理位置(例如为新疆)，这样服务器中的代码段根据新疆这个地理位置计算的邮费会明显比根据江苏这个地理位置计算的邮费高，这样会使得用户产生邮费出现错误的判断而触发诊断指令。那么根据本实施方式的方案处理后，发现由代码段重新处理配置参数的结果与理论的结果是一致的，则说明代码段并没有发生故障，从而可以确定是用户提供的配置参数与其期望的配置参数之间不相符。当由代码段重新处理得出的结果是否与理论的结果不一致，则可以表明是代码段出现了故障，从而可以利用调试工具对其进行调试。

请参阅图2。在本申请一个实施方式中，可以按照下述步骤来实现上述的步骤S1。

步骤S11：按照预设编码方式对预设标识进行编码，生成包含所述预设标识的图形信息；

步骤S13：当检测到请求信息源对所述图形信息进行识别时，将所述图形信息中包含的所述预设标识与所述请求信息源绑定。

在本实施方式中，可以预先由服务器按照预设编码方式对预设标识进行编码，生成包含所述预设标识的图形信息。其中，所述预设编码方式可以包括但不限于PDF417、QR Code、Code 49、Code 16K、Code One等编码方式。所述预设标识可以为一组数据，利用预设编码方式对其进行编码后，可以将所述预设标识包含于诸如条形码或者二维码这样的图形信息中。在生成包含所述预设标识的图形信息后，服务器可以在与请求信息源建立连接时，将所述图形信息发送至所述请求信息源处。这样，通过提示请求信息源对该图形信息进行扫描识别，从而可以将该图形信息中包含的预设标识与所述请求信息源进行绑定。在本实施方式中，当检测到请求信息源对所述图形信息进行识别时，则可以将所述图形信息中包含的所述预设标识与所述请求信息源绑定。在实际应用场景中，例如在手机淘宝中，当用户在智能手机上打开手机淘宝时，可以自动弹出绑定预设标识的服务条款，并且在条款中附上由服务器生成的包含所述预设标识的二维码。然后可以由用户决定是否接受该服务条款，当接受时，便可以识别所述二维码中包含的预设标识，从而可以将该预设标识与用户的请求信息源相绑定。如果用户不接受该条件，则可以不对该二维码进行识别。这样，通过用户的选择来确定是否绑定预设标识，能够尊重用户的隐私，增强用户使用应用程序的体验。

在本申请一个实施方式中，为了精确地从众多的请求信息中提取出与诊断指令相对应的目标请求信息，可以通过以下步骤在所述预设存储空间中查询与所述诊断指令相对应的目标请求信息。

从所述诊断指令中提取待诊断对象的目标标识和所述请求信息源的预设标识；

从所述预设存储空间中查询携带所述目标标识和所述预设标识的请求信息，形成请求信息集；

根据接收所述诊断指令的时间节点，从所述请求信息中集中筛选出在所述时间节点之前并且与所述时间节点最接近的目标请求信息。

在本实施方式中，在用户触发诊断指令时，应用程序可以对出现错误的请求对象进行记录，并且将出现错误的请求对象确定为待诊断对象。在本实施方式中，应用程序可以在诊断指令中加入待诊断对象的目标标识。所述目标标识可以为所述待诊断对象在应用程序中的编号，例如，所述目标标识可以为商品在手机淘宝中的商品编号。另外，应用程序还可以将触发诊断指令的请求信息源的预设标识加入诊断指令中，以表明该诊断指令是由哪个请求信息源发出的。在本实施方式中，当应用程序的服务器接收到请求信息源发来的诊断指令时，可以记录接收该诊断指令的时间节点，该时间节点可以表征数据发生错误的时间节点。

在本实施方式中，当服务器接收到请求信息源发来的诊断指令时，可以从所述诊断指令中将所述的目标标识和预设标识提取出来，然后可以从所述预设存储空间中查询携带所述目标标识和所述预设标识的请求信息，形成请求信息集。在所述请求信息集中的请求信息均是由同一个请求信息源对相同的请求对象发起的请求信息，只不过每个请求信息发起的时间节点不同。

在本实施方式中，在请求信息源发出请求信息并且接收由服务器发来的请求数据后，如果用户觉得所述请求数据中存储错误，便可以触发诊断指令，因此所述诊断指令往往跟随在请求信息之后。这样，在本实施方式中，可以进一步地对请求信息和诊断指令之间时间节点进行判定，以获取与所述诊断指令相对应的目标请求信息。具体地，在本实施方式中可以根据接收所述诊断指令的时间节点，从所述请求信息集中筛选出在所述时间节点之前并且与所述时间节点最接近的目标请求信息。在确定与所述时间节点最接近的目标请求信息时，可以将各个请求信息的时间节点与诊断指令的时间节点相减，并且将相减的结果绝对值最小的确定为目标请求信息。这样，通过对请求信息中目标标识和预设标识以及时间节点的判断，从而可以精确地从众多的请求信息中提取出与诊断指令相对应的目标请求信息。

在本申请一个实施方式中，为了判断处理所述目标请求信息中配置参数的代码段是否出现故障，可以将所述配置参数输入对应的代码段中，由所述代码段再次处理得到处理结果，通过对再次得到的处理结果进行分析，以判断该代码段是否出现故障。鉴于此，在本实施方式中，可以通过以下步骤来对处理所述配置参数的代码段进行诊断。

按照预设计算标准计算得到与所述目标请求信息中的配置参数相对应的参考结果；

将所述配置参数输入处理所述配置参数的代码段中，得到与所述配置参数相对应的实际结果；

当所述参考结果与所述实际结果不同时，判定处理所述配置参数的代码段出现故障。

在本实施方式中，所述预设计算标准可以为处理所述配置参数的理论算法，通过该理论算法得到的结果可以为参考结果，所述参考结果往往可以为处理所述配置参数得到的正确结果。在本实施方式中，在按照预设计算标准计算得到与所述目标请求信息中的配置参数相对应的参考结果之后，可以将所述配置参数输入处理所述配置参数的代码段中，以使得所述代码段再次处理该配置参数，从而得到与所述配置参数相对应的实际结果，该实际结果往往与之前请求目标源接收到的服务器返回的数据中的结果一致。这样，通过对所述参考结果和所述实际结果进行对比，从而可以判断处理所述配置参数的代码段是否出现故障。具体地，当所述参考结果与所述实际结果不同时，可以判定处理所述配置参数的代码段出现故障；而所述参考结果与所述实际结果相同时，则可以判定处理所述配置参数的代码段没有出现故障。这样，利用代码段再次对配置参数进行处理，从而可以判断该代码段是否出现故障。

在本申请一个实施方式中，在服务器响应于请求信息源发来的请求信息，向所述请求信息源返回与所述请求信息相对应的请求数据后，还可以将所述请求数据与所述请求信息共同存储于所述预设存储空间中，以便于后续诊断时对当时返回的请求数据进行查看。鉴于此，在本实施方式中，将所述请求信息存储于预设存储空间中的步骤可以通过以下步骤来实现。

响应于所述请求信息，向所述请求信息源返回与所述请求信息相对应的请求数据；

将所述请求信息以及所述请求数据共同存储于所述预设存储空间中。

具体地，在本实施方式中，可以将所述请求信息以及所述请求数据构成键值对(key-value)，其中，所述请求信息可以作为键(key)，与所述请求信息相对应的请求数据可以作为值(value)，并将所述键值对存储于所述预设存储空间中。这样，在后续针对诊断指令查询目标请求信息时，可以一并获取与所述目标请求信息相对应的目标请求数据，以方便查看当时向请求信息源返回了哪些数据。

当所述请求信息与请求数据以键值对的形式共同存储于所述预设存储空间中时，在所述预设存储空间中查询与所述诊断指令相对应的目标请求信息的步骤还可以通过以下步骤来实现。

从所述诊断指令中提取待诊断对象的目标标识和所述请求信息源的预设标识；

从所述预设存储空间中查询携带所述目标标识和所述预设标识的键值对，形成键值对集；

根据接收所述诊断指令的时间节点，从所述键值对集中筛选出在所述时间节点之前并且与所述时间节点最接近的目标键值对，所述目标键值对中包括目标请求信息以及目标请求数据。

在本实施方式中，在从所述诊断指令中提取待诊断对象的目标标识和所述请求信息源的预设标识后，可以从所述预设存储空间中查询携带所述目标标识和所述预设标识的键值对，以形成键值对集。其中，所述目标标识和所述预设标识可以包含在键值对的请求信息中，当查询到包含所述目标标识和所述预设标识的请求信息后，便可以将所述请求信息所处的键值对提取出来，这样便可以形成由多个键值对构成的键值对集。

在本实施方式中，同样可以进一步地对诊断指令的时间节点进行判断，以从所述键值对集中筛选出在所述时间节点之前并且与所述时间节点最接近的目标键值对。具体地，可以将各个键值对的时间节点与诊断指令的时间节点相减，并且将相减的结果绝对值最小的键值对确定为目标键值对。所述目标键值对中包括目标请求信息以及目标请求数据。这样，通过对键值对中目标标识和预设标识以及时间节点的判断，从而可以精确地从众多的键值对中提取出与诊断指令相对应的目标键值对。

在本申请一个实施方式中，在获取了与所述诊断指令相对应的目标键值对之后，可以利用预设的理论算法对所述目标键值对中目标请求信息中的配置参数进行计算，以得到理论的参考结果。然后可以将该参考结果与目标键值对中目标请求数据中的实际结果进行对比，从而可以确定当时处理所述配置参数的代码段是否出现故障。鉴于此，在本实施方式中，利用所述目标请求信息中的配置参数，对处理所述配置参数的代码段进行诊断的步骤具体可以包括以下几个子步骤。

按照预设计算标准计算得到与所述目标请求信息中的配置参数相对应的参考结果；

从所述目标请求数据中获取与所述配置参数相对应的实际结果；

当所述参考结果与所述实际结果不同时，判定处理所述配置参数的代码段出现故障。

在本实施方式中，按照预设计算标准计算得到与所述目标请求信息中的配置参数相对应的参考结果之后，可以无需再次利用代码段对所述配置参数进行处理，而是可以直接查看目标键值对中目标请求数据中当时返回至请求信息源的实际结果。通过将所述参考结果与所述实际结果进行对比，从而可以判定处理所述配置参数的代码段是否出现故障。具体地，当所述参考结果与所述实际结果不同时，判定处理所述配置参数的代码段出现故障；当所述参考结果与所述实际结果相同时，判定处理所述配置参数的代码段没有出现故障。

请参阅图3。本申请实施方式还提供一种电子商务平台中对代码段进行诊断的装置。如图3所示，所述装置可以包括：

预设标识分配单元100，用于预先为请求信息源分配唯一的预设标识，所述请求信息源包括用户的账号或者用户的终端设备；

存储单元200，用于当接收到携带有所述预设标识的请求信息时，将所述请求信息存储于预设存储空间中；

目标请求信息查询单元300，用于接收所述请求信息源发来的诊断指令，并在所述预设存储空间中查询与所述诊断指令相对应的目标请求信息；

诊断单元400，用于利用所述目标请求信息中的配置参数，对处理所述配置参数的代码段进行诊断。

在本申请一个实施方式中，所述存储单元200具体包括：

请求数据返回模块，用于响应于所述请求信息，向所述请求信息源返回与所述请求信息相对应的请求数据；

键值对存储模块，用于将所述请求信息以及所述请求数据构成键值对，并将所述键值对存储于所述预设存储空间中。

需要说明的是，上述装置中的各个功能模块的具体实现方式均与步骤S1至S7中的描述一致，这里便不再赘述。

由上可见，本申请实施方式通过为发送请求信息的请求信息源分配唯一的预设标识，从而可以将携带有所述预设标识的请求信息存储于预设的存储空间中，以将携带有所述预设标识的请求信息与普通的请求信息进行区分。那么在接收到请求信息源发来的诊断指令时，便可以从所述预设存储空间中查询到与所述诊断指定相对应的请求信息，从而可以利用请求信息中包含的配置参数，对当时处理所述请求信息的代码段进行诊断。由此可见，本申请提供的一种电子商务平台中对代码段进行诊断的方法及装置，能够在不需要设置代理服务器的情况下，对出现故障的代码段进行诊断。

上面对本申请的各种实施方式的描述以描述的目的提供给本领域技术人员。其不旨在是穷举的、或者不旨在将本发明限制于单个公开的实施方式。如上所述，本申请的各种替代和变化对于上述技术所属领域技术人员而言将是显而易见的。因此，虽然已经具体讨论了一些另选的实施方式，但是其它实施方式将是显而易见的，或者本领域技术人员相对容易得出。本申请旨在包括在此已经讨论过的本发明的所有替代、修改、和变化，以及落在上述申请的精神和范围内的其它实施方式。