CN112131097A - 一种调试信息动态获取方法及*** - Google Patents
一种调试信息动态获取方法及*** Download PDFInfo
- Publication number
- CN112131097A CN112131097A CN202010733041.7A CN202010733041A CN112131097A CN 112131097 A CN112131097 A CN 112131097A CN 202010733041 A CN202010733041 A CN 202010733041A CN 112131097 A CN112131097 A CN 112131097A
- Authority
- CN
- China
- Prior art keywords
- debugging
- application program
- command
- control module
- debug
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 33
- 230000002159 abnormal effect Effects 0.000 claims description 8
- 238000001514 detection method Methods 0.000 claims description 3
- 230000009286 beneficial effect Effects 0.000 abstract description 3
- 239000012792 core layer Substances 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 230000018109 developmental process Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 1
- 230000033772 system development Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/362—Software debugging
- G06F11/3636—Software debugging by tracing the execution of the program
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/362—Software debugging
- G06F11/3644—Software debugging by instrumenting at runtime
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明公开了一种调试信息动态获取方法及***，方法包括：提供一调试命令；控制模块将调试命令发送至调试命令指向的应用程序；应用程序根据调试命令打开预先设置的调试开关，以记录并生成相应的日志信息；***包括：生成单元、第一解析单元、发送单元；有益效果是：通过调试命令实时打开程序预置的调试开关，来收集故障发生时所需要的调试信息，同时***无需重新安装程序和重新启动，不会导致故障现场的丢失，使得对故障的定位更准确。
Description
技术领域
本发明涉及***调试技术领域，尤其涉及一种调试信息动态获取方法及***。
背景技术
现有技术在软件***开发的过程中，对于软件故障的解决方式最常用的是，在userdebug版本或者release版本下抓取***日志，通过对***日志的分析来发现故障原因并定位故障点。然而对于手机等移动终端，为了保证***的性能，不能开启太多的调试开关来抓取足够多的***日志，因此对于一些偶然出现或者复杂场景下出现的软件故障，往往因为***日志太少而难以找到真正的故障原因。其次，现有技术中在软件运行出现故障以后，分析人员为了定位问题需要单独去开启软件的一些调试开关，然后对开启后的版本重新编译后装入***，这样的调试方法主要用来跟踪一些静态的必然出现的程序故障，但对于一些偶然出现或者在动态中需要满足一定条件才会出现的问题无法起到作用，因为此类问题的出现往往依赖于环境和当时的触发条件，此类动态问题必须在程序动态运行中动态跟踪才能得以解决，***重新安装再重启后，故障的环境和条件很可能会被全部的破坏掉。
发明内容
根据现有技术中存在的上述问题，现提供一种调试信息动态获取方法及***，通过调试命令实时打开程序预置的调试开关，来收集故障发生时所需要的日志信息。
上述技术方案具体包括：
一种调试信息动态获取方法，其中提供一操作***，所述操作***包括一控制模块和至少一个应用程序，所述控制模块通过***消息与所述应用程序进行通信；
还包括以下步骤：
步骤S1，提供一调试命令；
步骤S2，所述控制模块将所述调试命令发送至所述调试命令指向的所述应用程序；
步骤S3，所述应用程序根据所述调试命令打开预先设置的调试开关，以记录并生成相应的日志信息。
优选地，其中，所述操作***于启动时，将所有所述应用程序的所述调试开关设置为关闭状态。
优选地，其中，于所述应用程序启动时，所述控制模块对所述应用程序进行解析，并将可实现调试开关控制的所述应用程序添加进入一主线程。
优选地，其中，所述步骤S2中，所述控制模块通过对位于所述主线程中的所述应用程序进行接口回调的方式，将所述调试命令发送至所述应用程序。
优选地，其中，于执行所述步骤S2之前，还包括：
步骤S20，所述控制模块对所述调试命令进行解析，并判断所述调试命令是否有效：
若是，则转向步骤S2；
若否，则将所述调试命令丢弃并退出。
优选地，其中，所述步骤S20中，于所述调试命令可执行，且所述调试命令指向的所述应用程序位于所述主线程中时，判断所述调试命令有效。
优选地，其中，所述步骤S1中，所述操作***于检测到异常信息时自动生成所述调试命令。
优选地，其中，所述步骤S1中，所述调试命令由用户手动输入生成。
一种调试信息动态获取***，其中，包括一控制模块和至少一个应用程序，所述控制模块连接所述应用程序，所述应用程序中包括至少一个预先设置的调试开关，于所述调试开关处于开启状态时，所述应用程序记录并生成相应的日志信息；
所述控制模块进一步包括：
生成单元，用于生成一调试命令；
第一解析单元，连接所述生成单元，用于对所述调试命令进行解析，并判断所述调试命令是否有效；
发送单元，连接所述解析单元，用以于所述判断结果表示所述调试命令有效时，将所述调试命令发送至所述调试命令指向的所述应用程序；
所述应用程序根据所述调试命令打开相应的所述调试开关，以生成所述日志信息。
优选地，其中，于调试信息动态获取***启动时，所述应用程序将所述调试开关设置为关闭状态。
优选地，其中，所述控制模块还包括：
第二解析单元，用以于所述应用程序启动时，对所述应用程序进行解析，以判断所述应用程序是否可实现调试开关控制；
线程管理单元，连接所述第二解析单元，用于生成一主线程，并将可实现调试开关控制的所述应用程序添加进入所述主线程。
优选地，其中，所述发送单元还连接所述线程管理单元，所述发送单元对位于所述主线程中的所述应用程序进行接口回调，进而将所述调试命令发送至所述应用程序。
优选地，其中，所述第一解析单元于所述调试命令可执行，且所述调试命令指向的所述应用程序位于所述主线程中时，判断所述调试命令有效。
优选地，其中，所述生成单元进一步包括：
检测子单元，用以于检测到异常信息时自动生成所述调试命令。
优选地，其中，所述生成单元进一步包括：
输入子单元，用于向用户提供输入接口，并根据用户的输入内容生成所述调试命令。
上述技术方案的有益效果在于：
提供一种调试信息动态获取方法及***，通过调试命令实时打开程序预置的调试开关，来收集故障发生时所需要的日志信息，同时***无需重新安装程序和重新启动，不会导致故障现场的丢失，使得对故障的定位更准确。
附图说明
图1是本发明的较佳实施例中，一种调试信息动态获取方法的步骤流程示意图；
图2是本发明的较佳实施例中，一种调试信息动态获取***的结构示意图；
图3是本发明的较佳实施例中，控制模块的内部结构示意图；
图4是本发明的较佳实施例中，生成单元的内部结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。
下面结合附图和具体实施例对本发明作进一步说明，但不作为本发明的限定。
一种调试信息动态获取方法，其中提供一操作***，操作***包括一控制模块1和至少一个应用程序2，控制模块1通过***消息与应用程序2进行通信；
如图1所示，还包括以下步骤：
步骤S1，提供一调试命令；
步骤S2，控制模块1将调试命令发送至调试命令指向的应用程序2；
步骤S3，应用程序2根据调试命令打开预先设置的调试开关，以记录并生成相应的日志信息。
在本发明的较佳实施例中，于执行步骤S2之前，还包括：
步骤S20，控制模块1对调试命令进行解析，并判断调试命令是否有效：
若是，则转向步骤S2；
若否，则将调试命令丢弃并退出。
作为优选的实施方式，本方法应用于移动终端或者固定终端中，其中操作***可以为安卓操作***也可以是Linux操作***，以下以移动终端中的安卓操作***为例进行说明，操作***中的控制模块1对应为安卓***架构下的***核心层，应用程序2则对应为安卓***中安装的应用程序2(APK)，在安卓操作***下，***核心层和应用程序包通过***消息进行通信交互。
应用程序包在开发的过程中会预先设置有调试开关，该调试开关用来控制进行日志的记录与输出，用户可以通过调试命令自定义打开某个具体应用程序包的一个或者所有的调试开关，从而来记录收集软件运行故障时所需要的日志信息，或者由操作***在检测到相应的异常时，自动生成调试命令以直接打开相关应用程序包内的调试开关，进而记录并生成相应的调试信息进行输出，研发人员得到该调试信息后可以直接快速准确的找到发生故障的原因，以及定位故障的发生点。
在本发明的一个具体实施例中，为了不影响移动终端的性能，在初始状态下，各个应用程序2内部预先设置的调试开关默认处于关闭状态，即不进行对应日志的记录与输出，以避免过多的占用有限的处理器资源，在出现相应的软件运行故障时，***会生成一对应的调试命令，调试命令指向具体出现运行故障的应用程序2，调试命令用于向应用程序2中相应的调试开关进行赋值，以使调试开关从默认的关闭状态切换为打开状态。
在本发明的较佳实施例中，操作***于启动时，将所有应用程序2的调试开关设置为关闭状态。
具体的，在本实施例中，为了不影响移动终端的性能，用户在每次重新启动移动终端时，所有的调试开关均会被重新设置为关闭状态，同时，用户也可以在***正常开启的过程中通过手动的方式，有选择的开启或者关闭指定的调试开关，在确保了对调试信息的准确抓取的同时，不会过多的影响到移动终端的正常使用，最终获取的调试信息由移动终端上传至后台服务器，提供给厂家用来追踪异常问题出现的原因。
在本发明的另一个具体实施例中，移动终端在由于出现突发故障而导致调试开关打开，记录和生成相应的日志信息，并将日志信息上传至云端后，用户可以通过重新启动移动终端的方式，使得***恢复到初始状态，重新启动的过程中，***会将应用程序2中的调试开关重新设置为关闭状态，以免影响用户的正常使用，避免日志输出占用过多的处理器资源。
在本发明的较佳实施例中，于应用程序2启动时，控制模块1对应用程序2进行解析，并将可实现调试开关控制的应用程序2添加进入一主线程。
具体的，在本实施例中，应用程序2在启动的过程中，控制模块1会对该应用程序2进行解析，在本发明的一个具体实施例中，安卓操作***的控制模块1中的ActivityManagerService(活动管理服务)和PackageManagerService(包管理服务)会在ResolveActivity中对所有的APK进行解析，如果实现调试接口就会保存相关的应用程序2到ActivityThread(主线程)中。在该具体实施例中，由于应用程序2为第三方开发的应用程序包，因此需要在***启动过程中先对所有的APK进行解析，以确定哪些APK能够实现调试接口，即控制模块1可以对该APK进行调试开关的赋值和控制，以开启或者关闭相应的调试开关。
在本发明的较佳实施例中，步骤S2中，控制模块1通过对位于主线程中的应用程序2进行接口回调的方式，将调试命令发送至应用程序2。
具体的，本实施例中，控制模块1会对生成的调试命令进行解析，以判断调试命令是否有效、可执行，将无效的调试命令丢弃后，对有效的调试命令进入下一步的执行，具体的，通过对位于主线程中的应用程序2端进行接口回调，来实现调试命令的发送，应用程序2在接口回调中对传送来的调试命令进行解析，然后对相应调试开关进行开关值赋值，以实现调试开关的开启与关闭。
在本发明的较佳实施例中，步骤S20中，于调试命令可执行，且调试命令指向的应用程序2位于主线程中时，判断调试命令有效。
具体的，本实施例中，在安卓***架构下，第一步，控制模块1中的AcitivityManagerShellCommand对接收的调试命令进行解析，以判断调试命令是否有效可执行，对于无效命令直接丢弃，对于有效命令则进行下一步。第二步，控制模块1中的ActivityManagerService对调试命令进行进一步的分析，进一步确定调试命令的有效可执行，且判断调试命令指向的应用程序2，即APK是否位于主线程中，如果调试命令所指向的应用程序2不在主线程中，说明该应用程序2不支持调试功能，调试开关不可被控制，则判断该调试命令无效。反之，如果调试命令所指向的应用程序2在主线程中，说明该应用程序2支持调试功能，则判断该调试命令有效。
在本发明的较佳实施例中，步骤S1中，操作***于检测到异常信息时自动生成调试命令。
在本发明的较佳实施例中，步骤S1中，调试命令由用户手动输入生成。
具体的，在上述实施例中，用户可以通过adb命令或者移动终端的工厂模式UI手动进行命令输入，以生成调试命令。
一种调试信息动态获取***，如图2所示，其中包括一控制模块1和至少一个应用程序2，控制模块1连接应用程序2，应用程序2中包括至少一个预先设置的调试开关，于调试开关处于开启状态时，应用程序2记录并生成相应的日志信息；
如图3所示，控制模块1进一步包括：
生成单元10，用于生成一调试命令；
第一解析单元11，连接生成单元10，用于对调试命令进行解析，并判断调试命令是否有效；
发送单元12，连接解析单元，用以于判断结果表示调试命令有效时，将调试命令发送至调试命令指向的应用程序2；
应用程序2根据调试命令打开相应的调试开关，以生成日志信息。
作为优选的实施方式，本***应用于移动终端，***中的控制模块1对应为安卓***架构下的***核心层，应用程序2则对应为安卓***中安装的应用程序包，在安卓操作***下，***核心层和应用程序包通过***消息进行通信交互。
应用程序包在开发的过程中会预先设置有调试开关，该调试开关用来控制进行日志的记录与输出，用户可以通过调试命令自定义打开某个具体应用程序包的一个或者所有的调试开关，从而来记录收集软件运行故障时所需要的日志信息，或者由操作***在检测到相应的异常时，自动生成调试命令以直接打开相关应用程序包内的调试开关，进而记录并生成相应的调试信息进行输出，研发人员得到该调试信息后可以直接快速准确的找到发生故障的原因，以及定位故障的发生点。
在本发明的一个具体实施例中，为了不影响移动终端的性能，在初始状态下，各个应用程序2内部预先设置的调试开关默认处于关闭状态，即不进行对应日志的记录与输出，以避免过多的占用有限的处理器资源，在出现相应的软件运行故障时，生成单元10会生成一对应的调试命令，调试命令指向具体出现运行故障的应用程序2，调试命令用于向应用程序2中相应的调试开关进行赋值，以使调试开关从默认的关闭状态切换为打开状态。
在本发明的较佳实施例中，于调试信息动态获取***启动时，应用程序2将调试开关设置为关闭状态。
具体的，在本实施例中，为了不影响移动终端的性能，用户在每次重新启动移动终端时，所有的调试开关均会被重新设置为关闭状态，同时，用户也可以在***正常开启的过程中通过手动的方式，有选择的开启或者关闭指定的调试开关，在确保了对调试信息的准确抓取的同时，不会过多的影响到移动终端的正常使用，最终获取的调试信息由移动终端上传至后台服务器，提供给厂家用来追踪异常问题出现的原因。
在本发明的另一个具体实施例中，移动终端在由于出现突发故障而导致调试开关打开，记录和生成相应的日志信息，并将日志信息上传至后台服务器后，用户可以通过重新启动移动终端的方式，使得***恢复到初始状态，重新启动的过程中，***会将应用程序2中的调试开关重新设置为关闭状态，以免影响用户的正常使用，避免日志输出占用过多的处理器资源。
在本发明的较佳实施例中，控制模块1还包括：
第二解析单元13，用以于应用程序2启动时，对应用程序2进行解析，以判断应用程序2是否可实现调试开关控制；
线程管理单元14，连接第二解析单元13，用于生成一主线程，并将可实现调试开关控制的应用程序2添加进入主线程。
具体的，在本实施例中，应用程序2在启动的过程中，控制模块1中的第二解析单元13会对该应用程序2进行解析，线程管理单元14事先创建一主线程，如果第二解析单元13实现调试接口，线程管理单元14就会保存相关的应用程序2到主线程中。在该具体实施例中，由于应用程序2为第三方开发的应用程序包，因此需要在程序启动时先对启动的应用程序2进行解析，以确定哪些应用程序2能够实现调试接口，即控制模块1可以对该应用程序2进行调试开关的赋值和控制，以开启或者关闭相应的调试开关。
在本发明的较佳实施例中，发送单元12还连接线程管理单元14，发送单元12通过对位于主线程中的应用程序2进行接口回调的方式，将调试命令发送至应用程序2。
具体的，本实施例中，第一解析单元11会对生成的调试命令进行解析，以判断调试命令是否有效、可执行，将无效的调试命令丢弃后，对有效的调试命令进入下一步的执行，具体的，发送单元12通过对位于主线程中的应用程序2端进行接口回调，来实现调试命令的发送，应用程序2在接口回调中对传送来的调试命令进行解析，然后对相应调试开关进行开关值赋值，以实现调试开关的开启与关闭。
在本发明的较佳实施例中，发送单元12于调试命令可执行，且调试命令指向的应用程序2位于主线程中时，判断调试命令有效。
在本发明的较佳实施例中，如图4所示，生成单元10进一步包括：
检测子单元100，用以于检测到异常信息时自动生成调试命令。
在本发明的较佳实施例中，生成单元10进一步包括：
输入子单元101，用于向用户提供输入接口，并根据用户的输入内容生成调试命令。
上述技术方案的有益效果在于：
提供一种调试信息动态获取方法及***，通过调试命令实时打开程序预置的调试开关，来收集故障发生时所需要的调试信息，同时***无需重新安装程序和重新启动，不会导致故障现场的丢失，使得对故障的定位更准确。
以上所述仅为本发明较佳的实施例，并非因此限制本发明的实施方式及保护范围，对于本领域技术人员而言，应当能够意识到凡运用本发明说明书及图示内容所作出的等同替换和显而易见的变化所得到的方案，均应当包含在本发明的保护范围内。
Claims (15)
1.一种调试信息动态获取方法，其特征在于，提供一操作***，所述操作***包括一控制模块和至少一个应用程序，所述控制模块通过***消息与所述应用程序进行通信；
还包括以下步骤：
步骤S1，提供一调试命令；
步骤S2，所述控制模块将所述调试命令发送至所述调试命令指向的所述应用程序；
步骤S3，所述应用程序根据所述调试命令打开预先设置的调试开关，以记录并生成相应的日志信息。
2.根据权利要求1所述的调试信息动态获取方法，其特征在于，所述操作***于启动时，将所有所述应用程序的所述调试开关设置为关闭状态。
3.根据权利要求1所述的调试信息动态获取方法，其特征在于，于所述应用程序启动时，所述控制模块对所述应用程序进行解析，并将可实现调试开关控制的所述应用程序添加进入一主线程。
4.根据权利要求3所述的调试信息动态获取方法，其特征在于，所述步骤S2中，所述控制模块通过对位于所述主线程中的所述应用程序进行接口回调的方式，将所述调试命令发送至所述应用程序。
5.根据权利要求4所述的调试信息动态获取方法，其特征在于，于执行所述步骤S2之前，还包括：
步骤S20，所述控制模块对所述调试命令进行解析，并判断所述调试命令是否有效：
若是，则转向步骤S2；
若否，则将所述调试命令丢弃并退出。
6.根据权利要求5所述的调试信息动态获取方法，其特征在于，所述步骤S20中，于所述调试命令可执行，且所述调试命令指向的所述应用程序位于所述主线程中时，判断所述调试命令有效。
7.根据权利要求1所述的调试信息动态获取方法，其特征在于，所述步骤S1中，所述操作***于检测到异常信息时自动生成所述调试命令。
8.根据权利要求1所述的调试信息动态获取方法，其特征在于，所述步骤S1中，所述调试命令由用户手动输入生成。
9.一种调试信息动态获取***，其特征在于，包括一控制模块和至少一个应用程序，所述控制模块连接所述应用程序，所述应用程序中包括至少一个预先设置的调试开关，于所述调试开关处于开启状态时，所述应用程序记录并生成相应的日志信息；
所述控制模块进一步包括：
生成单元，用于生成一调试命令；
第一解析单元，连接所述生成单元，用于对所述调试命令进行解析，并判断所述调试命令是否有效；
发送单元，连接所述解析单元，用以于所述判断结果表示所述调试命令有效时，将所述调试命令发送至所述调试命令指向的所述应用程序；
所述应用程序根据所述调试命令打开相应的所述调试开关，以生成所述日志信息。
10.根据权利要求9所述的调试信息动态获取***，其特征在于，于***启动时，所述控制模块将所述应用程序的所述调试开关设置为关闭状态。
11.根据权利要求9所述的调试信息动态获取***，其特征在于，所述控制模块还包括：
第二解析单元，用以于所述应用程序启动时，对所述应用程序进行解析，以判断所述应用程序是否可实现调试开关控制；
线程管理单元，连接所述第二解析单元，用于生成一主线程，并将可实现调试开关控制的所述应用程序添加进入所述主线程。
12.根据权利要求11所述的调试信息动态获取***，其特征在于，所述发送单元还连接所述线程管理单元，所述发送单元通过对位于所述主线程中的所述应用程序进行接口回调的方式，将所述调试命令发送至所述应用程序。
13.根据权利要求12所述的调试信息动态获取***，其特征在于，所述第一解析单元于所述调试命令可执行，且所述调试命令指向的所述应用程序位于所述主线程中时，判断所述调试命令有效。
14.根据权利要求9所述的调试信息动态获取***，其特征在于，所述生成单元进一步包括：
检测子单元，用以于检测到异常信息时自动生成所述调试命令。
15.根据权利要求9所述的调试信息动态获取***，其特征在于，所述生成单元进一步包括：
输入子单元，用于向用户提供输入接口，并根据用户的输入内容生成所述调试命令。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010733041.7A CN112131097A (zh) | 2020-07-27 | 2020-07-27 | 一种调试信息动态获取方法及*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010733041.7A CN112131097A (zh) | 2020-07-27 | 2020-07-27 | 一种调试信息动态获取方法及*** |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112131097A true CN112131097A (zh) | 2020-12-25 |
Family
ID=73850555
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010733041.7A Pending CN112131097A (zh) | 2020-07-27 | 2020-07-27 | 一种调试信息动态获取方法及*** |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112131097A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113268274A (zh) * | 2021-05-18 | 2021-08-17 | 深圳市广和通无线股份有限公司 | 一种操作***启动方法、装置、电子设备及存储介质 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050022167A1 (en) * | 2003-07-25 | 2005-01-27 | Microsoft Corporation. | Method and system for fast application debugging |
| CN101122880A (zh) * | 2007-09-17 | 2008-02-13 | 福建星网锐捷网络有限公司 | 内嵌调试器的嵌入式***及嵌入式***调试方法 |
| CN101398780A (zh) * | 2007-09-27 | 2009-04-01 | 国际商业机器公司 | 可基于进程定制调试器的即时调试的方法和*** |
| CN102467447A (zh) * | 2010-11-16 | 2012-05-23 | 鸿富锦精密工业（深圳）有限公司 | 驱动程序调试***及方法 |
| CN104281520A (zh) * | 2013-07-10 | 2015-01-14 | 腾讯科技（深圳）有限公司 | 跟踪和调试的方法、装置及*** |
| CN106354623A (zh) * | 2015-07-16 | 2017-01-25 | 深圳市奇辉电气有限公司 | 一种基于linux的应用程序调试方法及装置 |
-
2020
- 2020-07-27 CN CN202010733041.7A patent/CN112131097A/zh active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050022167A1 (en) * | 2003-07-25 | 2005-01-27 | Microsoft Corporation. | Method and system for fast application debugging |
| CN101122880A (zh) * | 2007-09-17 | 2008-02-13 | 福建星网锐捷网络有限公司 | 内嵌调试器的嵌入式***及嵌入式***调试方法 |
| CN101398780A (zh) * | 2007-09-27 | 2009-04-01 | 国际商业机器公司 | 可基于进程定制调试器的即时调试的方法和*** |
| CN102467447A (zh) * | 2010-11-16 | 2012-05-23 | 鸿富锦精密工业（深圳）有限公司 | 驱动程序调试***及方法 |
| CN104281520A (zh) * | 2013-07-10 | 2015-01-14 | 腾讯科技（深圳）有限公司 | 跟踪和调试的方法、装置及*** |
| CN106354623A (zh) * | 2015-07-16 | 2017-01-25 | 深圳市奇辉电气有限公司 | 一种基于linux的应用程序调试方法及装置 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113268274A (zh) * | 2021-05-18 | 2021-08-17 | 深圳市广和通无线股份有限公司 | 一种操作***启动方法、装置、电子设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110515820B (zh) | 一种服务器故障维护方法、装置、服务器及存储介质 | |
| CN106844136B (zh) | 一种程序崩溃信息的收集方法及*** | |
| KR101008977B1 (ko) | ＯＳＧｉ 서비스 플랫폼 테스트 방법 및 이를 이용한테스트 툴 | |
| CN110309029B (zh) | 异常数据的采集方法、装置、计算机设备和存储介质 | |
| CN108762886B (zh) | 虚拟机的故障检测恢复方法及*** | |
| CN106648863B (zh) | 一种安卓应用安装包、应用目标进程保活方法及*** | |
| CN111104315A (zh) | 一种测试脚本生成方法及装置、计算机可读存储介质 | |
| WO2018019242A1 (zh) | 网站服务器的自恢复方法和自恢复*** | |
| CN104426945B (zh) | 一种获取应用性能数据的方法、设备和*** | |
| CN110119350A (zh) | 软件开发工具包测试方法、装置和设备及计算机存储介质 | |
| CN105700973A (zh) | 一种命令行cli故障重启方法及装置 | |
| CN111949368A (zh) | 应用程序控制方法及装置 | |
| CN111367743A (zh) | 一种循环重启测试过程中服务器掉电的诊断方法及*** | |
| CN111124761B (zh) | 一种设备重启方法、装置、设备及介质 | |
| CN112131097A (zh) | 一种调试信息动态获取方法及*** | |
| CN111782522A (zh) | 追踪消息的输出方法、电子设备及存储介质 | |
| CN114884840A (zh) | 应用健康状态检查方法及电子设备 | |
| CN107105100B (zh) | 移动终端游戏的监控方法和*** | |
| CN109783261B (zh) | 终端应用的崩溃处理方法及装置、电子设备、存储介质 | |
| CN112115003A (zh) | 一种服务进程的掉线恢复方法、装置、设备及存储介质 | |
| CN110990221A (zh) | 基于内核LKM的Android平台恶意软件自动化检测方法与*** | |
| CN104424043B (zh) | 一种应用平台与插件间异常隔离的方法及*** | |
| CN114217925A (zh) | 一种实现异常自动重启的业务程序运行监控方法及*** | |
| WO2010018619A1 (ja) | 情報処理装置及びハングアップ原因調査用情報取得方法 | |
| CN111752736A (zh) | 一种Linux***宕机信息的远程收集方法及*** |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20201225 |