应用程序的异常处理方法、装置、电子设备及存储介质与流程

1.本技术实施例涉及计算机技术领域和互联网技术领域，尤其涉及一种应用程序的异常处理方法、装置、电子设备、存储介质及程序产品。


背景技术：

2.应用程序接口(application programming interface，api，也可以称为应用编程接口)是一些预先定义的接口(如函数、http接口、以及jsf接口等)，或指软件系统不同组成部分衔接的约定。
3.在api测试或者应用过程中，可能存在api的应用程序在运行过程中出现异常情况，如用户在应用程序中的非法输入，又如应用程序中的文件路径找不到相应的文件，等等。在现有技术中，通常采用异常处理方法包括：采用spring异常处理框架对应用程序的异常进行识别与处理。
4.然而，spring异常处理框架无法对未识别的异常结构化查询语言(structured query language，sql)进行处理，即采用现有技术中的方法，存在无法识别的异常sql，因此，需要通过结合人工的方式进行异常处理，则可能存在异常处理的可靠性偏低的问题。


技术实现要素：

5.本技术实施例提供一种应用程序的异常处理方法、装置、电子设备、存储介质及程序产品，用以解决异常处理的可靠性偏低的问题。
6.第一方面，本技术实施例提供一种应用程序的异常处理方法，包括：
7.对正在访问网页的应用程序进行监测，其中，所述应用程序是基于结构化查询语言sql生成的；
8.若监测到所述应用程序的无法识别的异常sql，则根据预设的列式数据库确定与所述异常sql对应的异常信息，其中，所述列式数据库为存储sql的数据库；
9.根据与所述异常sql对应的异常信息生成并输出提示信息，其中，所述提示信息用于提示无法通过所述应用程序对所述网页进行正常访问的原因。
10.在一些实施例中，若所述应用程序为第一应用程序接口的应用程序，则根据与所述异常sql对应的异常信息生成并输出提示信息，包括：
11.根据预设的第一应用程序接口的异常信息与第二应用程序接口的异常信息之间的映射关系，确定与所述异常sql对应的异常信息对应于所述第二应用程序接口的异常信息；
12.根据所述第二应用程序接口的异常信息生成并输出提示信息。
13.在一些实施例中，根据所述第二应用程序接口的异常信息生成并输出提示信息，包括：
14.根据预设的异常信息与错误码之间的映射关系，确定与所述第二应用程序接口的异常信息对应的错误码；
15.根据与所述第二应用程序接口的异常信息对应的错误码，生成并输出所述提示信息。
16.在一些实施例中，根据与所述第二应用程序接口的异常信息对应的错误码，生成并输出所述提示信息，包括：
17.根据预设的错误码与异常类型之间的映射关系，确定与所述第二应用程序接口的异常信息对应的错误码对应的异常类型，其中，所述异常类型包括：用户操作导致的应用程序无法正常访问网页的异常、应用程序本身导致的无法正常访问网页的异常；
18.若所述异常类型为用户操作导致的应用程序无法正常访问网页的异常，则生成并输出用于提示所述异常为用户操作导致的应用程序无法正常访问网页的异常的信息；
19.若所述异常类型为应用程序本身导致的无法正常访问网页的异常，则生成并输出用于提示应用程序本身导致的无法正常访问网页的异常的信息。
20.在一些实施例中，在根据预设的异常信息与错误码之间的映射关系，确定与所述第二应用程序接口的异常信息对应的错误码之后，还包括：
21.根据预设的错误码与告警级别之间的映射关系，确定与所述第二应用程序接口的异常信息对应的错误码对应的告警级别；
22.基于所述第二应用程序接口的异常信息和确定出的告警级别生成日志信息。
23.在一些实施例中，根据预设的列式数据库确定与所述异常sql对应的异常信息，包括：
24.若所述列式数据库异常，则根据异常的列式数据库确定与所述异常sql对应的异常信息；
25.若所述列式数据库正常，则将所述异常sql的属性信息确定为与所述异常sql对应的异常信息。
26.在一些实施例中，根据异常的列式数据库确定与所述异常sql对应的异常信息，包括：
27.获取所述异常的列式数据库的异常内容，并根据所述异常内容确定所述异常sql的异常码；
28.根据预设的异常码与异常类型之间的映射关系，确定与所述异常sql的异常码对应的异常类型；
29.对与所述异常sql的异常码对应的异常类型进行实例化处理，得到与所述异常sql对应的异常信息。
30.在一些实施例中，在根据预设的列式数据库确定与所述异常sql对应的异常信息之后，所述方法还包括：
31.若所述异常sql对应的异常信息丢失，则获取预设异常栈中的异常信息，并根据所述预设异常栈中的异常信息生成并输出提示信息。
32.第二方面，本技术实施例提供一种应用程序的异常处理装置，包括：
33.监测单元，用于对正在访问网页的应用程序进行监测，其中，所述应用程序是基于结构化查询语言sql生成的；
34.确定单元，用于若监测到所述应用程序的异常sql，则根据预设的列式数据库确定与所述异常sql对应的异常信息，其中，所述列式数据库为存储sql的数据库；
35.生成单元，用于根据与所述异常sql对应的异常信息生成提示信息，其中，所述提示信息用于提示无法通过所述应用程序对所述网页进行正常访问的原因；
36.输出单元，用于输出所述提示信息。
37.在一些实施例中，若所述应用程序为第一应用程序接口的应用程序，则所述生成单元包括：
38.第一确定子单元，用于根据预设的第一应用程序接口的异常信息与第二应用程序接口的异常信息之间的映射关系，确定与所述异常sql对应的异常信息对应于所述第二应用程序接口的异常信息；
39.第一生成子单元，用于根据所述第二应用程序接口的异常信息生成提示信息。
40.在一些实施例中，所述第一生成子单元包括：
41.确定模块，用于根据预设的异常信息与错误码之间的映射关系，确定与所述第二应用程序接口的异常信息对应的错误码；
42.生成模块，用于根据与所述第二应用程序接口的异常信息对应的错误码，生成所述提示信息。
43.在一些实施例中，所述生成模块包括：
44.确定子模块，用于根据预设的错误码与异常类型之间的映射关系，确定与所述第二应用程序接口的异常信息对应的错误码对应的异常类型，其中，所述异常类型包括：用户操作导致的应用程序无法正常访问网页的异常、应用程序本身导致的无法正常访问网页的异常；
45.生成子模块，用于若所述异常类型为用户操作导致的应用程序无法正常访问网页的异常，则生成并输出用于提示所述异常为用户操作导致的应用程序无法正常访问网页的异常的信息；
46.所述生成子模块用于，若所述异常类型为应用程序本身导致的无法正常访问网页的异常，则生成并输出用于提示应用程序本身导致的无法正常访问网页的异常的信息。
47.在一些实施例中，所述生成单元包括：
48.第二确定子单元，用于根据预设的错误码与告警级别之间的映射关系，确定与所述第二应用程序接口的异常信息对应的错误码对应的告警级别；
49.第二生成子单元，用于基于所述第二应用程序接口的异常信息和确定出的告警级别生成日志信息。
50.在一些实施例中，所述确定单元用于，若所述列式数据库异常，则根据异常的列式数据库确定与所述异常sql对应的异常信息，若所述列式数据库正常，则将所述异常sql的属性信息确定为与所述异常sql对应的异常信息。
51.在一些实施例中，所述确定单元包括：
52.获取子单元，用于获取所述异常的列式数据库的异常内容；
53.第三确定子单元，用于根据所述异常内容确定所述异常sql的异常码；
54.第四确定子单元，用于根据预设的异常码与异常类型之间的映射关系，确定与所述异常sql的异常码对应的异常类型；
55.处理子单元，用于对与所述异常sql的异常码对应的异常类型进行实例化处理，得到与所述异常sql对应的异常信息。
56.在一些实施例中，所述装置还包括：
57.获取单元，用于若所述异常sql对应的异常信息丢失，则获取预设异常栈中的异常信息，并根据所述预设异常栈中的异常信息生成并输出提示信息。
58.第三方面，本技术实施例提供一种电子设备，包括：存储器，处理器；
59.存储器；用于存储所述处理器可执行指令的存储器；
60.其中，所述处理器被配置为执行如第一方面所述的方法。
61.第四方面，本技术实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面所述的方法。
62.第五方面，本技术实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现第一方面所述的方法。
63.本技术实施例提供应用程序的异常处理方法、装置、电子设备、存储介质及程序产品，包括：对正在访问网页的应用程序进行监测，其中，应用程序是基于结构化查询语言sql生成的，若监测到应用程序的无法识别的异常sql，则根据预设的列式数据库确定与异常sql对应的异常信息，其中，列式数据库为存储sql的数据库，根据与异常sql对应的异常信息生成并输出提示信息，其中，提示信息用于提示无法通过应用程序对网页进行正常访问的原因，在本实施例中，在异常处理装置监测到应用程序的无法识别的异常sql时，根据列式数据库对无法识别的异常sql的异常信息进行确定，列式数据库为存储sql的数据库，因此，可以使得确定出的异常信息具有较高的准确性和可靠性，相应地，当基于确定出的异常信息生成并输出提示信息时，可以提高提示信息的准确性和可靠性的技术效果，且可以满足测试场景时，测试的可靠性，也可以应用场景时，应用的可靠性以及用户的体验。
附图说明
64.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
65.图1为可以适用本技术实施例的应用程序的异常处理方法的场景图；
66.图2为根据本技术一个实施例的应用程序的异常处理方法的流程示意图；
67.图3为根据本技术另一实施例的应用程序的异常处理方法的流程示意图；
68.图4为根据本技术又一实施例的应用程序的异常处理方法的流程示意图；
69.图5为根据本技术一个实施例的应用程序的异常处理装置的示意图；
70.图6为根据本技术另一实施例的应用程序的异常处理装置的示意图；
71.图7为根据本技术实施例的电子设备的示意图。
72.通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。
具体实施方式
73.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例
中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
74.对本技术实施例所涉及的名词进行解释如下：
75.网页：是指构成网站的基本元素，是承载各种网站应用的平台。网页是一个包含html标签的纯文本文件，它可以存放在任意计算机中，是万维网中的一“页”，是超文本标记语言格式(标准通用标记语言的一个应用，文件扩展名为.html或.htm)，网页通常用图像档来提供图画，且网页可以通过网页浏览器来阅读。
76.应用程序：是指为完成某项或多项特定工作的计算机程序，它运行在用户模式，可以和用户进行交互。
77.结构化查询语言sql：是指一种特殊目的的编程语言，是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统。相对而言，结构化查询语言是高级的非过程化编程语言，允许用户在高层数据结构上工作。它不要求用户指定对数据的存放方法，也不需要用户了解具体的数据存放方式，所以具有完全不同底层结构的不同数据库系统,可以使用相同的结构化查询语言作为数据输入与管理的接口。
78.列式数据库：是指以列相关存储架构进行数据存储的数据库，主要适合于批量数据处理和即时查询。相对应的是行式数据库，数据以行相关的存储体系架构进行空间分配，主要适合于大批量的数据处理，常用于联机事务型数据处理。
79.随着互联网技术和终端设备技术的发展，api技术也有了新的突破，如何提高api应用的可靠性成了技术关注焦点。
80.一般而言，在api测试或者应用过程中，可能存在api的应用程序在运行过程中出现异常的情况，导致基于应用程序对某网页进行访问时，导致网页无法正常显示等异常情况，本技术实施例提出了应用程序的异常处理方法。
81.也就是说，本技术实施例应用程序的异常处理方法可以应用于api测试的场景中，也可以应用于api应用的场景中。
82.现以场景为api测试场景为例，对本技术实施例的应用程序的异常处理方法可以适用的场景进行示范性地描述。
83.请参阅图1，图1为可以适用本技术实施例的应用程序的异常处理方法的场景图。
84.如图1所示，测试设备101中设置有api，api中存储有应用程序，应用程序是基于sql生成的，即应用程序是基于sql编写完成的，且应用程序用于对网页进行访问。
85.用户102(如测试人员)可以通过测试设备101向服务器103发起访问网页的请求。
86.例如，如图1所示，在一些实施例中，测试设备101可以包括触屏功能的显示器，用户102可以基于触屏功能在显示器上输入网页的相关信息，并通过点击如图1中所示的虚拟按钮“搜索”触发测试设备101向服务器103发送访问网页的请求。
87.在另一些实施例中，测试设备101可以包括声音采集器，用户102可以通过语音的方式触发测试设备101向服务器103发送访问网页的请求。
88.相应地，服务器103基于访问网页的请求向测试设备101反馈网页。
89.相应地，测试设备101接收由服务器103反馈的网页，并可以通过显示器输出网页，即通过显示器对网页进行显示。
90.需要说明地是，可能存在因用户102操作原因，或者由于应用程序本身的原因，导
致网页错误，即导致测试设备101无法正常输出网页，为了尽可能地避免上述情况，对应用程序的异常处理就显得尤为重要。
91.在相关技术中，通常采用spring异常处理框架对异常sql进行处理。其中，异常sql可以包括未识别的异常sql，即无法识别的异常sql，而当异常sql为无法识别的异常sql时，spring异常处理框架无法对无法识别的异常sql进行处理，虽然可以通过结合人工的方式进行异常处理，但是，由于受到人为主观因素的影响，可能存在异常处理的可靠性偏低的问题，且可能存在异常处理的效率偏低的问题。
92.值得说明地是，上述示例只是用于示范性地说明，本实施例提供的应用程序的异常处理方法可以应用于测试场景，而关于本技术提供的应用程序的异常处理方法应用于应用场景时，其实现原理与上述测试场景地实现原理相同，此处不再赘述。
93.为了解决上述问题，本技术的发明人经过创造性地劳动，得到了本技术的发明构思：根据列式数据库确定与无法识别的异常sql对应的异常信息，并基于确定出的异常信息生成并输出提示信息。
94.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
95.基于上述发明构思，本技术实施例提供了一种应用程序的异常处理方法。
96.请参阅图2，图2为根据本技术一个实施例的应用程序的异常处理方法的流程示意图。
97.如图2所示，该方法包括：
98.s201：对正在访问网页的应用程序进行监测。
99.其中，应用程序是基于结构化查询语言sql生成的。
100.示例性地，本实施例的执行主体可以为应用程序的异常处理装置(下文简称异常处理装置)，异常处理装置可以为服务器(如本地服务器或者云端服务器)，也可以为终端设备，也可以为处理器，也可以为芯片，本实施例不做限定。
101.例如，若本实施例的应用程序的异常处理方法应用于如图1所示的应用场景，则异常处理装置可以为如图1中所示的测试设备。
102.又如，基于上述分析可知，本实施例的应用程序的异常处理方法还可以应用于应用场景，则若本实施例的应用程序的异常处理方法应用于应用场景，则异常处理装置可以为应用场景中的终端设备，如用户设备(如手机、台式电脑、笔记本电脑、以及掌上设备等)等。
103.该步骤可以理解为：如果终端设备正通过应用程序对网页进行访问，则异常处理装置可以对正在访问网页的应用程序进行监测。
104.s202：若监测到应用程序的无法识别的异常sql，则根据预设的列式数据库确定与异常sql对应的异常信息。
105.其中，列式数据库为存储sql的数据库。
106.需要说明地是，处理装置在对正在访问网页的应用程序进行监测时，可能存在两种监测结果，一种监测结果为处理装置监测到识别的异常sql，针对识别的异常sql，可以采用相关技术中的方法继续执行应用程序的异常处理，如基于上述示例中的spring异常处理
框架的方法继续执行应用程序的异常处理，具体实现原理可以参见相关技术地描述，此处不再赘述。
107.另一种监测结果为无法识别的异常sql，而针对无法识别的异常sql，spring异常处理框架无法进行处理，因此，针对该情况，本实施例引入了根据预设的列式数据库确定与无法识别的异常sql对应的异常信息的特征，以便通过该特征继续执行对应用程序的异常处理。
108.s203：根据与异常sql对应的异常信息生成并输出提示信息。
109.其中，提示信息用于提示无法通过应用程序对网页进行正常访问的原因。
110.基于上述分析可知，本技术实施例提供了一种应用程序的异常处理方法，包括：对正在访问网页的应用程序进行监测，其中，应用程序是基于结构化查询语言sql生成的，若监测到应用程序的无法识别的异常sql，则根据预设的列式数据库确定与异常sql对应的异常信息，其中，列式数据库为存储sql的数据库，根据与异常sql对应的异常信息生成并输出提示信息，其中，提示信息用于提示无法通过应用程序对网页进行正常访问的原因，在本实施例中，在异常处理装置监测到应用程序的无法识别的异常sql时，根据列式数据库对无法识别的异常sql的异常信息进行确定，列式数据库为存储sql的数据库，因此，可以使得确定出的异常信息具有较高的准确性和可靠性，相应地，当基于确定出的异常信息生成并输出提示信息时，可以提高提示信息的准确性和可靠性的技术效果，且可以满足测试场景时，测试的可靠性，也可以应用场景时，应用的可靠性以及用户的体验。
111.请参阅图3，图3为根据本技术另一实施例的应用程序的异常处理方法的流程示意图。
112.如图3所示，该方法包括：
113.s301：对正在访问网页的应用程序进行监测。
114.其中，应用程序是基于结构化查询语言sql生成的。
115.示例性地，关于s301地描述可以参见s201，此处不再赘述。
116.s302：判断是否监测到应用程序的无法识别的异常sql，若是，则执行s303，若否，则执行相关技术中的应用程序的异常处理方法(图中未示出)。
117.s303：判断列式数据库是否异常，若是，则执行s304，若否，则执行s305。
118.s304：根据异常的列式数据库确定与异常sql对应的异常信息。
119.在一些实施例中，s304可以包括如下步骤：
120.步骤1：获取异常的列式数据库的异常内容，并根据异常内容确定异常sql的异常码。
121.其中，异常内容可以理解为导致列式数据库异常的相关内容，不同的导致列式数据库异常的内容对应的异常码不同。
122.在一些实施例中，可以预先设置异常内容与异常码之间的映射关系，则在异常处理装置获取到导致列式数据库异常的内容(即异常内容)时，异常处理装置可以基于异常内容与异常码之间的映射关系，确定与导致列式数据库异常的内容对应的异常码，且确定出的异常码即为异常sql的异常码。
123.步骤2：根据预设的异常码与异常类型之间的映射关系，确定与异常sql的异常码对应的异常类型。
124.示例性地，异常类型包括：用户操作导致的应用程序无法正常访问网页的异常、应用程序本身导致的无法正常访问网页的异常。
125.本实施例可以理解为：异常处理装置预先可以设置异常码与异常类型之间的映射关系，则当异常处理装置确定与异常sql的异常码时，可以基于异常码与异常类型之间的映射关系，确定与异常sql的异常码对应的异常类型。
126.步骤3：对与异常sql的异常码对应的异常类型进行实例化处理，得到与异常sql对应的异常信息。
127.其中，实例化处理可以理解为对对与异常sql的异常码对应的异常类型进行赋值处理，从而得到与异常sql对应的异常信息。
128.同理，异常处理装置也可以预先建立赋值与异常类型之间的映射关系，并当异常处理装置确定出与异常sql的异常码对应的异常类型时，异常处理装置可以基于赋值与异常类型之间的映射关系，确定与异常sql的异常码对应的异常类型的赋值，即得到与异常sql对应的异常信息。
129.值得说明地是，在本实施例中，通过基于异常内容确定异常码，基于异常码确定异常类型，并基于异常类型确定异常信息，使得确定出的异常信息与异常内容之间高度关联和贴合，从而可以实现确定出的异常信息的准确性和可靠性的技术效果。
130.s305：将异常sql的属性信息确定为与异常sql对应的异常信息。
131.示例性地，该步骤可以理解为：若异常处理装置确定出列式数据库正常，则异常处理装置可以获取异常sql的属性信息，并将获取到的属性信息确定为与异常sql对应的异常信息。
132.其中，属性信息可以理解为异常sql的sql内容等相关信息。
133.值得说明地是，在本实施例中，通过从列式数据库异常和正常两个维度确定与异常sql对应的异常信息，可以提高确定与异常sql对应的异常信息的多样性和灵活性，且可以使得确定出的与异常sql对应的异常信息的准确性和可靠性的技术效果。
134.s306：根据与异常sql对应的异常信息生成并输出提示信息。
135.其中，提示信息用于提示无法通过应用程序对网页进行正常访问的原因。
136.示例性地，结合如图1所示的场景，异常处理装置在确定提示信息时，可以基于显示器输出提示信息。
137.请参阅图4，图4为根据本技术又一实施例的应用程序的异常处理方法的流程示意图。
138.如图4所示，该方法包括：
139.s401：对正在访问网页的应用程序进行监测。
140.其中，应用程序是基于结构化查询语言sql生成的。
141.示例性地，关于s401地描述可以参见s201，此处不再赘述。
142.s402：若监测到应用程序的无法识别的异常sql，则根据预设的列式数据库确定与异常sql对应的异常信息。
143.其中，列式数据库为存储sql的数据库。
144.示例性地，关于s402地描述，可以参见s202地描述，也可以参见s302至s305地描述，此处不再赘述。
145.s403：若应用程序为第一应用程序接口的应用程序，则根据预设的第一应用程序接口的异常信息与第二应用程序接口的异常信息之间的映射关系，确定与异常sql对应的异常信息对应于第二应用程序接口的异常信息。
146.示例性地，第一应用程序接口可以为杰夫(jingdong service framework，jsf)应用程序接口，第二应用程序接口可以为http应用程序接口。
147.相应地，该步骤可以理解为：若应用程序为jsf应用程序接口的应用程序，则可以基于jsf应用程序接口的异常信息与http应用程序接口的异常信息之间的映射关系，确定与异常sql对应的异常信息对应的http应用程序接口的异常信息。
148.值得说明地是，在本实施例中，通过两种不同的应用程序接口(如本实施例中的jsf应用程序接口和http应用程序接口)之间的异常信息的映射，可以实现本实施例的应用程序的异常处理方法被不同的应用程序接口所通用的技术效果，即可以实现本实施例的应用程序的异常处理方法的通用性和灵活性的技术效果。
149.s404：根据第二应用程序接口的异常信息生成并输出提示信息。
150.其中，提示信息用于提示无法通过应用程序对网页进行正常访问的原因。
151.在一些实施例中，s404可以包括如下步骤：
152.步骤1：根据预设的异常信息与错误码之间的映射关系，确定与第二应用程序接口的异常信息对应的错误码。
153.示例性地，结合上述示例，若第二应用程序接口为http应用程序接口，则本实施例可以理解为：异常处理装置可以预先设置异常信息与错误码之间的映射关系，且当异常处理装置确定出http应用程序接口的异常信息时，可以基于该映射关系确定与http应用程序接口的异常信息对应的错误码。
154.步骤2：根据与第二应用程序接口的异常信息对应的错误码，生成并输出提示信息。
155.在一些实施例中，步骤2可以包括如下子步骤：
156.子步骤1：根据预设的错误码与异常类型之间的映射关系，确定与第二应用程序接口的异常信息对应的错误码对应的异常类型。
157.其中，异常类型包括：用户操作导致的应用程序无法正常访问网页的异常、应用程序本身导致的无法正常访问网页的异常。
158.其中，错误码可以包括两种不同类型的错误码，一种为四开头的错误码，另一种为五开头的错误码。
159.在本实施例中，四开头的错误码可以被定义为因用户操作导致的应用程序无法正常访问网页的错误码，即四开头的错误码对应的异常类型可以为因用户操作导致的应用程序无法正常访问网页；相应地，五开头的错误码可以被定义为因应用程序本身导致的无法正常访问网页的错误码，即五开头的错误码对应的异常类型可以为因应用程序本身导致的无法正常访问网页。
160.子步骤2：若异常类型为用户操作导致的应用程序无法正常访问网页的异常，则生成并输出用于提示异常为用户操作导致的应用程序无法正常访问网页的异常的信息。
161.结合上述示例，若与http应用程序接口的异常信息对应的错误码为四开头的错误码，则异常处理装置基于该四开头的错误码生成并输出用于提示异常为用户操作导致的应
用程序无法正常访问网页的异常的信息。
162.子步骤3：若异常类型为应用程序本身导致的无法正常访问网页的异常，则生成并输出用于提示应用程序本身导致的无法正常访问网页的异常的信息。
163.结合上述示例，若与http应用程序接口的异常信息对应的错误码为五开头的错误码，则异常处理装置基于该五开头的错误码生成并输出用于提示异常为应用程序本身导致的无法正常访问网页的异常的信息。
164.值得说明地是，在本实施例中，通过基于错误码与异常类型之间的映射关系，确定应用程序无法正常访问网页的原因，并输出相应的提示信息，可以实现生成的提示信息的准确性和可靠性的技术效果，且可以增强用户的访问体验。
165.值得说明地是，在一些实施例中，在根据预设的异常信息与错误码之间的映射关系，确定与第二应用程序接口的异常信息对应的错误码(即上述s404包括的步骤1)之后，还可以包括生成日志信息的步骤。例如，生成日志信息的步骤可以包括：
166.步骤1：根据预设的错误码与告警级别之间的映射关系，确定与第二应用程序接口的异常信息对应的错误码对应的告警级别。
167.结合上述示例，异常处理装置可以预先设置错误码与告警级别之间的映射关系，例如，若为四开头的错误码，则可以将告警级别设置为第一级别，若为五开头的错误码，则可以将告警级别设置为第二级别，且第二级别的告警程度可以高于第一级别的告警程度。
168.步骤2：基于第二应用程序接口的异常信息和确定出的告警级别生成日志信息。
169.值得说明地是，在本实施例中，通过确定告警级别，并根据告警级别和和异常信息生成日志信息，可以使得日志信息的丰富程度较高，提高日志信息的可靠性，以便后续基于日志信息对应用程序进行完善和更新时，可以提高完善和更新的准确性和可靠性的技术效果，从而可以实现提高用户的访问体验。
170.且为了进一步提高日志信息的全面性和丰富性，可以在基于异常信息和告警级别生成日志信息的基础上，进一步增加异常信息的内容。例如，针对不同的告警级别，可以重新确定第二应用程序接口的异常信息，且具体可以体现为：
171.针对较高级别的告警级别，可以在第二应用程序接口的异常信息的基础上，获取第一应用程序接口的属性信息，并结合第二应用程序接口的异常信息、第二应用程序接口的属性信息、以及告警级别，生成日志信息。
172.针对较低级别的告警级别，可以直接基于第二应用程序接口的异常信息和告警级别，生成日志信息。
173.需要说明地是，针对上述任一实施例，都有可能存在与异常sql对应的异常信息丢失的情况，则当异常sql对应的异常信息丢失时，异常处理装置可以在预设的异常栈中获取异常信息，并根据预设异常栈中的异常信息生成并输出提示信息。
174.其中，异常处理装置根据预设异常栈中的异常信息生成并输出提示信息的实现原理，与上述任一实施例中，异常处理装置根据与异常sql对应的异常信息生成并输出提示信息的原理相同，此处不再赘述。
175.值得说明地是，预设异常栈理解为异常处理装置中的存储空间，可以对异常处理装置的各操作进行记录并存储。在本实施例中，在与异常sql对应的异常信息丢失时，异常处理装置通过结合预设异常栈生成并输出提示信息，可以提高生成并输出提示信息的灵活
性、多样性、以及可靠性的技术效果。
176.请参阅图5，图5为根据本技术一个实施例的应用程序的异常处理装置的示意图。
177.如图5所示，应用程序的异常处理装置500包括：
178.监测单元501，用于对正在访问网页的应用程序进行监测，其中，应用程序是基于结构化查询语言sql生成的。
179.确定单元502，用于若监测到应用程序的无法识别的异常sql，则根据预设的列式数据库确定与异常sql对应的异常信息，其中，列式数据库为存储sql的数据库。
180.生成单元503，用于根据与异常sql对应的异常信息生成提示信息，其中，提示信息用于提示无法通过应用程序对所述网页进行正常访问的原因。
181.输出单元504，用于输出提示信息。
182.请参阅图6，图6为根据本技术另一实施例的应用程序的异常处理装置的示意图。
183.如图6所示，应用程序的异常处理装置600包括：
184.监测单元601，用于对正在访问网页的应用程序进行监测，其中，应用程序是基于结构化查询语言sql生成的。
185.确定单元602，用于若监测到应用程序的异常sql，则根据预设的列式数据库确定与异常sql对应的异常信息，其中，列式数据库为存储sql的数据库。
186.在一些实施例中，确定单元602用于，若列式数据库异常，则根据异常的列式数据库确定与异常sql对应的异常信息，若列式数据库正常，则将异常sql的属性信息确定为与异常sql对应的异常信息。
187.结合图6可知，在一些实施例中，确定单元602包括：
188.获取子单元6021，用于获取异常的列式数据库的异常内容。
189.第三确定子单元6022，用于根据异常内容确定异常sql的异常码。
190.第四确定子单元6023，用于根据预设的异常码与异常类型之间的映射关系，确定与异常sql的异常码对应的异常类型。
191.处理子单元6024，用于对与所述异常sql的异常码对应的异常类型进行实例化处理，得到与异常sql对应的异常信息。
192.获取单元603，用于若异常sql对应的异常信息丢失，则获取预设异常栈中的异常信息，并将所述预设异常栈中的异常信息作为异常sql对应的异常信息。
193.生成单元604，用于根据与异常sql对应的异常信息生成提示信息，其中，提示信息用于提示无法通过应用程序对所述网页进行正常访问的原因。
194.结合图6可知，在一些实施例中，若应用程序为第一应用程序接口的应用程序，则生成单元604包括：
195.第一确定子单元6041，用于根据预设的第一应用程序接口的异常信息与第二应用程序接口的异常信息之间的映射关系，确定与异常sql对应的异常信息对应于第二应用程序接口的异常信息。
196.第一生成子单元6042，用于根据第二应用程序接口的异常信息生成提示信息。
197.在一些实施例中，第一生成子单元6042包括：
198.确定模块，用于根据预设的异常信息与错误码之间的映射关系，确定与第二应用程序接口的异常信息对应的错误码。
199.生成模块，用于根据与第二应用程序接口的异常信息对应的错误码，生成提示信息。
200.在一些实施例中，生成模块包括：
201.确定子模块，用于根据预设的错误码与异常类型之间的映射关系，确定与第二应用程序接口的异常信息对应的错误码对应的异常类型，其中，异常类型包括：用户操作导致的应用程序无法正常访问网页的异常、应用程序本身导致的无法正常访问网页的异常。
202.生成子模块，用于若异常类型为用户操作导致的应用程序无法正常访问网页的异常，则生成并输出用于提示所述异常为用户操作导致的应用程序无法正常访问网页的异常的信息。
203.生成子模块用于，若异常类型为应用程序本身导致的无法正常访问网页的异常，则生成并输出用于提示应用程序本身导致的无法正常访问网页的异常的信息。
204.结合图6可知，在一些实施例中，生成单元604包括：
205.第二确定子单元6043，用于根据预设的错误码与告警级别之间的映射关系，确定与第二应用程序接口的异常信息对应的错误码对应的告警级别。
206.第二生成子单元6044，用于基于第二应用程序接口的异常信息和确定出的告警级别生成日志信息。
207.输出单元605，用于输出提示信息。
208.根据本技术的实施例，本技术还提供了一种电子设备和一种可读存储介质。
209.根据本技术的实施例，本技术还提供了一种计算机程序产品，程序产品包括：计算机程序，计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从可读存储介质读取计算机程序，至少一个处理器执行计算机程序使得电子设备执行上述任一实施例提供的方案。
210.如图7所示，是根据本技术实施例的应用程序的异常处理方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本技术的实现。
211.如图7所示，该电子设备包括：一个或多个处理器701、存储器702，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示gui的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图7中以一个处理器701为例。
212.存储器702即为本技术所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本技术所提供的应用程序的异常处理方法。本技术的非瞬时计算机可读存储介质存储计算机指令，该计算机指
令用于使计算机执行本技术所提供的应用程序的异常处理方法。
213.存储器702作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本技术实施例中的应用程序的异常处理方法对应的程序指令/模块。处理器701通过运行存储在存储器702中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的应用程序的异常处理方法。
214.存储器702可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据应用程序的异常处理方法的电子设备的使用所创建的数据等。此外，存储器702可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器702可选包括相对于处理器701远程设置的存储器，这些远程存储器可以通过网络连接至应用程序的异常处理方法的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
215.应用程序的异常处理方法的电子设备还可以包括：输入装置703和输出装置704。处理器701、存储器702、输入装置703和输出装置704可以通过总线或者其他方式连接，图7中以通过总线连接为例。
216.输入装置703可接收输入的数字或字符信息，以及产生与应用程序的异常处理方法的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置704可以包括显示设备、辅助照明装置(例如，led)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(lcd)、发光二极管(led)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。
217.此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用asic(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
218.这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(pld))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。
219.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来
将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
220.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
221.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端
‑
服务器关系的计算机程序来产生客户端和服务器的关系。
222.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求书指出。
223.应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。