首页 专利交易 科技果 科技人才 科技服务 国际服务 商标交易 会员权益 IP管家助手 需求市场 关于龙图腾
 /  免费注册
到顶部 到底部
清空 搜索

应用的bug修复方法、装置、计算机设备 

买专利卖专利找龙图腾,真高效! 查专利查商标用IPTOP,全免费!专利年费监控用IP管家,真方便!

申请/专利权人:平安科技(深圳)有限公司

摘要:本申请涉及系统性能优化解析技术领域,特别涉及一种应用的bug修复方法、装置、计算机设备。所述方法包括:接收用户输入的第一类文件,所述第一类文件是用于修复应用服务器中运行的类文件中的bug;将所述第一类文件复制至应用部署容器上;获取所述第一类文件的指定信息和第二类文件的指定信息,所述第二类文件是所述第一类文件待修复的类文件;将所述第一类文件的指定信息与所述第二类文件的指定信息进行比较,判断所述第一类文件是否符合热加载条件;若所述第一类文件符合热加载条件,则对所述第一类文件进行热加载,载入所述应用服务器中,代替所述第二类文件。解决现有的bug修复,需要在业务空闲的时间,发布版本进行修复的问题。

主权项:1.一种应用的bug修复方法,其特征在于,所述方法包括:接收用户输入的第一类文件,所述第一类文件是用于修复应用服务器中运行的类文件中的bug;将所述第一类文件复制至应用部署容器上;获取所述第一类文件的指定信息和第二类文件的指定信息,所述第二类文件是所述第一类文件待修复的类文件;将所述第一类文件的指定信息与所述第二类文件的指定信息进行比较,根据比较结果判断所述第一类文件是否符合热加载条件;若所述第一类文件符合热加载条件,则对所述应用部署容器中的所述第一类文件进行热加载,载入所述应用服务器中,代替所述第二类文件;在接收用户输入的第一类文件,所述第一类文件是用于修复应用服务器中运行的类文件中的bug的步骤中,其中所述第一类文件为间接输入,包括:接收用户输入的java文件,通过编译器将java文件编译转换成class文件,获得第一类文件;或者在应用上线之后,应用的代码某一个或者一些类出现了bug,用户将代码进行修复形成类文件,获得第一类文件;在获取所述第一类文件的指定信息和第二类文件的指定信息的步骤中,包括:获取所述第一类文件的文件内容;接收所述用户输入的标记,所述标记是对所述应用服务器中的类文件的标识;在所述应用服务器查找与所述标记对应的类文件,获得第二类文件;获取所述第二类文件的文件内容;获取所述第一类文件的最后修改时间;接收所述用户输入的标记,所述标记是对所述应用服务器中的类文件的标识;在所述应用服务器查找与所述标记对应的类文件,获得第二类文件;获取所述第二类文件的最后修改时间;获取所述第一类文件的最后修改时间和文件名;在所述应用服务器查找与所述第一类文件的文件名相同的类文件,获得第二类文件;获取所述第二类文件的最后修改时间;在所述将所述第一类文件的指定信息与所述第二类文件的指定信息进行比较,根据比较结果判断所述第一类文件是否符合热加载条件的步骤中,包括:将所述第一类文件的最后修改时间与所述第二类文件的最后修改时间进行比较;若所述第一类文件的最后修改时间在所述第二类文件的最后修改时间之后,则判定第一类文件符合热加载条件;若所述第一类文件的最后修改时间在所述第二类文件的最后修改时间之前,或者所述第一类文件的最后修改时间与所述第二类文件的最后修改时间相同,则判定第一类文件不符合热加载条件;在所述若所述第一类文件符合热加载条件,则对所述应用部署容器中的所述第一类文件进行热加载,载入所述应用服务器中,代替所述第二类文件的步骤之后,包括:检测所述第一类文件的最后修改时间是否发生改变;若没有发生改变,则获取当前时间;根据所述当前时间与所述第一类文件的最后修改时间的时间差,获得第一时间值;将所述第一时间值与预设时间阈值进行比较;若所述第一时间值大于所述预设时间阈值,则提示所述用户更换所述应用服务器中的所述第二类文件。

全文数据:应用的bug修复方法、装置、计算机设备技术领域本申请涉及系统性能优化技术领域,特别涉及一种应用的bug修复方法、装置、计算机设备。背景技术需求迭代上线总会偶尔出现一些涉及业务的严重bug,然而新版本上线后即使最快对bug代码修改也需要等到上线第二天下班后业务空闲时间才能走紧急版本发布修复。申请内容针对现有技术不足,本申请提出一种应用的bug修复方法、装置、计算机设备,旨在解决现有的bug修复,需要在业务空闲的时间,发布版本进行修复的问题。本申请提出的技术方案是:一种应用的bug修复方法,所述方法包括:接收用户输入的第一类文件,所述第一类文件是用于修复应用服务器中运行的类文件中的bug;将所述第一类文件复制至应用部署容器上;获取所述第一类文件的指定信息和第二类文件的指定信息,所述第二类文件是所述第一类文件待修复的类文件;将所述第一类文件的指定信息与所述第二类文件的指定信息进行比较,根据比较结果判断所述第一类文件是否符合热加载条件;若所述第一类文件符合热加载条件,则对所述应用部署容器中的所述第一类文件进行热加载,载入所述应用服务器中,代替所述第二类文件。进一步地,在获取所述第一类文件的指定信息和第二类文件的指定信息的步骤中,包括:获取所述第一类文件的最后修改时间;接收所述用户输入的标记,所述标记是对所述应用服务器中的类文件的标识;在所述应用服务器查找与所述标记对应的类文件,获得第二类文件;获取所述第二类文件的最后修改时间。进一步地,在获取所述第一类文件的指定信息和第二类文件的指定信息的步骤中,包括:获取所述第一类文件的最后修改时间和文件名;在所述应用服务器查找与所述第一类文件的文件名相同的类文件,获得第二类文件;获取所述第二类文件的最后修改时间。进一步地,在所述将所述第一类文件的指定信息与所述第二类文件的指定信息进行比较,根据比较结果判断所述第一类文件是否符合热加载条件的步骤中,包括:将所述第一类文件的最后修改时间与所述第二类文件的最后修改时间进行比较;若所述第一类文件的最后修改时间在所述第二类文件的最后修改时间之后,则判定第一类文件符合热加载条件;若所述第一类文件的最后修改时间在所述第二类文件的最后修改时间之前,或者所述第一类文件的最后修改时间与所述第二类文件的最后修改时间相同,则判定第一类文件不符合热加载条件。进一步地,在获取所述第一类文件的指定信息和第二类文件的指定信息的步骤中,包括:获取所述第一类文件的文件内容和文件名;在所述应用服务器查找与所述第一类文件的文件名相同的类文件,获得第二类文件;获取所述第二类文件的文件内容;在所述将所述第一类文件的指定信息与所述第二类文件的指定信息进行比较,根据比较结果判断所述第一类文件是否符合热加载条件的步骤中,包括:将所述第一类文件的文件内容与所述第二类文件的文件内容进行比较;若所述第一类文件的文件内容与所述第二类文件的文件内容不相同,则判定第一类文件符合热加载条件;若所述第一类文件的文件内容与所述第二类文件的文件内容相同,则判定第一类文件不符合热加载条件。进一步地,在所述若所述第一类文件符合热加载条件,则对所述应用部署容器中的所述第一类文件进行热加载,载入所述应用服务器中,代替所述第二类文件的步骤之后,包括:检测所述第一类文件的最后修改时间是否发生改变;若没有发生改变,则获取当前时间;根据所述当前时间与所述第一类文件的最后修改时间的时间差,获得第一时间值;将所述第一时间值与预设时间阈值进行比较;若所述第一时间值大于所述预设时间阈值,则提示所述用户更换所述应用服务器中的所述第二类文件。进一步地,在所述若所述第一类文件符合热加载条件,则对所述应用部署容器中的所述第一类文件进行热加载,载入所述应用服务器中,代替所述第二类文件的步骤之后,包括:检测所述第二类文件的最后修改时间是否发生改变;若发生改变,则停止对所述第一类文件进行热加载。本申请还提供一种应用的bug修复装置,所述装置包括:接收模块,用于接收用户输入的第一类文件,所述第一类文件是用于修复应用服务器中运行的类文件中的bug;复制模块,用于将所述第一类文件复制至应用部署容器上;获取模块,用于获取所述第一类文件的指定信息和第二类文件的指定信息,所述第二类文件是所述第一类文件待修复的类文件;判断模块,用于将所述第一类文件的指定信息与所述第二类文件的指定信息进行比较,根据比较结果判断所述第一类文件是否符合热加载条件;热加载模块,用于若所述第一类文件符合热加载条件,则对所述应用部署容器中的所述第一类文件进行热加载,载入所述应用服务器中,代替所述第二类文件。本申请还提供一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现上述任一项所述的方法的步骤。本申请还提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述任一项所述的方法的步骤。根据上述的技术方案,本申请有益效果:接收第一类文件,将第一类文件复制至应用部署容器,判断第一类文件是否符合热加载条件,如果第一类文件符合热加载条件,那么对第一类文件进行热加载,载入应用服务器中,代替第二类文件,不需要重启应用服务器,修复应用的bug,旨在解决现有的bug修复,需要在业务空闲的时间,发布版本进行修复的问题。附图说明图1是应用本申请实施例提供的应用的bug修复方法的流程图;图2是应用本申请实施例提供的应用的bug修复装置的功能模块图;图3是应用本申请实施例提供的计算机设备的结构示意框图。具体实施方式为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。如图1所示,本申请实施例提出一种应用的bug修复方法,所述方法包括以下步骤:步骤S101、接收用户输入的第一类文件,所述第一类文件是用于修复应用服务器中运行的类文件中的bug。第一类文件可以是用户直接输入,也可以是用户间接输入,间接输入的方式包括:接收用户输入的java文件,通过编译器将java文件编译转换成class文件,获得第一类文件。在应用上线之后,应用的代码某一个或者一些类出现了bug,用户将代码修复好,形成类文件,从而得到第一类文件。步骤S102、将所述第一类文件复制至应用部署容器上。步骤S103、获取所述第一类文件的指定信息和第二类文件的指定信息,所述第二类文件是所述第一类文件待修复的类文件。第二类文件是与第一类文件相对应的,第二类文件是应用服务器中运行的类文件,并且该类文件是存在bug的,第一类文件是对该类文件进行修复。修复是指应用服务器加载第一类文件,代替第二类文件,这样,应用服务器动作的是第一类文件,不再是第二类文件,从而能够修复之前第二类文件所带的bug。步骤S104、将所述第一类文件的指定信息与所述第二类文件的指定信息进行比较,根据比较结果判断所述第一类文件是否符合热加载条件。判断热加载条件可以有多种的判断方式,根据不同的判断方式,所需要的第一类文件的指定信息、第二类文件的指定信息不同。在本实施例中,在步骤S103中,包括:获取所述第一类文件的最后修改时间;接收所述用户输入的标记,所述标记是对所述应用服务器中的类文件的标识;在所述应用服务器查找与所述标记对应的类文件,获得第二类文件;获取所述第二类文件的最后修改时间。第一类文件的指定信息包括最后修改时间,第二类文件的指定信息包括最后修改时间,第一类文件的最后修改时间与第二类文件的最后修改时间可能是相同,也可能是不相同,是根据第一类文件的最后修改时间与第二类文件的最后修改时间的比较,用于判断第一类文件是否符合热加载条件,用户对应用服务器中的类文件进行选择,选择第一类文件待修复的类文件,通过用户输入的标记,之后根据标记在应用服务器中查找对应的类文件,得到第二类文件。对应地,在步骤S104中,包括:将所述第一类文件的最后修改时间与所述第二类文件的最后修改时间进行比较;若所述第一类文件的最后修改时间在所述第二类文件的最后修改时间之后,则判定第一类文件符合热加载条件;若所述第一类文件的最后修改时间在所述第二类文件的最后修改时间之前,或者所述第一类文件的最后修改时间与所述第二类文件的最后修改时间相同,则判定第一类文件不符合热加载条件。根据第一类文件的最后修改时间与第二类文件的最后修改时间的时间先后顺序,判断第一类文件是否符合热加载条件。在一些实施例中,在步骤S103中,包括:获取所述第一类文件的最后修改时间和文件名;在所述应用服务器查找与所述第一类文件的文件名相同的类文件,获得第二类文件;获取所述第二类文件的最后修改时间。第一类文件的指定信息包括最后修改时间和文件名,在本实施例中,并不需要用户输入标记,第一类文件待修复的类文件是与第一类文件的文件名相同的,为此,直接在应用服务器查找文件名与第一类文件的文件名相同的类文件,即可得到第二类文件,之后再获取第二类文件的最后修改时间。对应地,在步骤S104中,包括:将所述第一类文件的最后修改时间与所述第二类文件的最后修改时间进行比较;若所述第一类文件的最后修改时间在所述第二类文件的最后修改时间之后,则判定第一类文件符合热加载条件;若所述第一类文件的最后修改时间在所述第二类文件的最后修改时间之前,或者所述第一类文件的最后修改时间与所述第二类文件的最后修改时间相同,则判定第一类文件不符合热加载条件。在一些实施例中,在步骤S103中,包括:获取所述第一类文件的文件内容;接收所述用户输入的标记,所述标记是对所述应用服务器中的类文件的标识;在所述应用服务器查找与所述标记对应的类文件,获得第二类文件;获取所述第二类文件的文件内容。第一类文件的指定信息包括文件内容,第二类文件的指定信息包括文件内容,用户对应用服务器中的类文件进行选择,选择第一类文件待修复的类文件,通过选择输入标记,之后根据标记在应用服务器中查找对应的类文件,得到第二类文件。对应地,在步骤S104中,包括:将所述第一类文件的文件内容与所述第二类文件的文件内容进行比较;若所述第一类文件的文件内容与所述第二类文件的文件内容不相同,则判定第一类文件符合热加载条件;若所述第一类文件的文件内容与所述第二类文件的文件内容相同,则判定第一类文件不符合热加载条件。根据第一类文件的文件内容与第二类文件的文件内容的是否相同,判断第一类文件是否符合热加载条件。在一些实施例中,在步骤S103中,包括:获取所述第一类文件的文件内容和文件名;在所述应用服务器查找与所述第一类文件的文件名相同的类文件,获得第二类文件;获取所述第二类文件的文件内容。第一类文件的指定信息包括文件内容和文件名,在本实施例中,并不需要用户输入标记,第一类文件待修复的类文件是与第一类文件的文件名相同的,为此,直接在应用服务器查找文件名与第一类文件的文件名相同的类文件,即可得到第二类文件,之后再获取第二类文件的文件内容。对应地,在步骤S104中,包括:将所述第一类文件的文件内容与所述第二类文件的文件内容进行比较;若所述第一类文件的文件内容与所述第二类文件的文件内容不相同,则判定第一类文件符合热加载条件;若所述第一类文件的文件内容与所述第二类文件的文件内容相同,则判定第一类文件不符合热加载条件。根据第一类文件的文件内容与第二类文件的文件内容的是否相同,判断第一类文件是否符合热加载条件。步骤S105、若所述第一类文件符合热加载条件,则对所述应用部署容器中的所述第一类文件进行热加载,载入所述应用服务器中,代替所述第二类文件。在符合热加载条件时,将第一类文件加载入应用服务器,应用服务器不再对第二类文件进行加载,从而修复了因第二类文件所带的bug。需要说明的是,虽然应用服务器不对第二类文件进行加载,但是第二类文件还是存在应用服务器。在本实施例中,在步骤S105之后,包括:检测所述第一类文件的最后修改时间是否发生改变;若没有发生改变,则获取当前时间;根据所述当前时间与所述第一类文件的最后修改时间的时间差,获得第一时间值;将所述第一时间值与预设时间阈值进行比较;若所述第一时间值大于所述预设时间阈值,则提示所述用户更换所述应用服务器中的所述第二类文件。第一类文件的最后修改时间没有发生改变,说明第一类文件可以在应用服务器稳定运行,如果在稳定运行达到预设的条件,也就是第一时间值大于预设时间阈值,就提示用户更换应用服务器中的第二类文件。在本实施例中,在步骤S105之后,包括:检测所述第二类文件的最后修改时间是否发生改变;若发生改变,则停止对所述第一类文件进行热加载。如果用户对应用服务器中的第二类文件更换,第二类文件的最后修改时间会发生改变,此时,认为更换后的第二类文件是一个没有发现bug的类文件,所以停止第一类文件的热加载。综上所述,接收第一类文件,将第一类文件复制至应用部署容器,判断第一类文件是否符合热加载条件,如果第一类文件符合热加载条件,那么对第一类文件进行热加载,载入应用服务器中,代替第二类文件,不需要重启应用服务器,修复应用的bug,旨在解决现有的bug修复,需要在业务空闲的时间,发布版本进行修复的问题。如图2所示,本申请实施例提出一种应用的bug修复装置1,装置1包括接收模块11、复制模块12、获取模块13、判断模块14和热加载模块15。接收模块11,用于接收用户输入的第一类文件,所述第一类文件是用于修复应用服务器中运行的类文件中的bug。第一类文件可以是用户直接输入,也可以是用户间接输入,间接输入的方式包括:接收用户输入的java文件,通过编译器将java文件编译转换成class文件,获得第一类文件。在应用上线之后,应用的代码某一个或者一些类出现了bug,用户将代码修复好,形成类文件,从而得到第一类文件。复制模块12,用于将所述第一类文件复制至应用部署容器上。获取模块13,用于获取所述第一类文件的指定信息和第二类文件的指定信息,所述第二类文件是所述第一类文件待修复的类文件。第二类文件是与第一类文件相对应的,第二类文件是应用服务器中运行的类文件,并且该类文件是存在bug的,第一类文件是对该类文件进行修复。修复是指应用服务器加载第一类文件,代替第二类文件,这样,应用服务器动作的是第一类文件,不再是第二类文件,从而能够修复之前第二类文件所带的bug。判断模块14,用于将所述第一类文件的指定信息与所述第二类文件的指定信息进行比较,根据比较结果判断所述第一类文件是否符合热加载条件。判断热加载条件可以有多种的判断方式,根据不同的判断方式,所需要的第一类文件的指定信息、第二类文件的指定信息不同。在本实施例中,获取模块13包括:第一子获取模块,用于获取所述第一类文件的最后修改时间;第一子接收模块,用于接收所述用户输入的标记,所述标记是对所述应用服务器中的类文件的标识;第一子查找模块,用于在所述应用服务器查找与所述标记对应的类文件,获得第二类文件;第二子获取模块,用于获取所述第二类文件的最后修改时间。第一类文件的指定信息包括最后修改时间,第二类文件的指定信息包括最后修改时间,第一类文件的最后修改时间与第二类文件的最后修改时间可能是相同,也可能是不相同,是根据第一类文件的最后修改时间与第二类文件的最后修改时间的比较,用于判断第一类文件是否符合热加载条件,用户对应用服务器中的类文件进行选择,选择第一类文件待修复的类文件,通过用户输入的标记,之后根据标记在应用服务器中查找对应的类文件,得到第二类文件。对应地,判断模块14包括:第一子比较模块,用于将所述第一类文件的最后修改时间与所述第二类文件的最后修改时间进行比较;第一子判定模块,用于若所述第一类文件的最后修改时间在所述第二类文件的最后修改时间之后,则判定第一类文件符合热加载条件;第二子判定模块,用于若所述第一类文件的最后修改时间在所述第二类文件的最后修改时间之前,或者所述第一类文件的最后修改时间与所述第二类文件的最后修改时间相同,则判定第一类文件不符合热加载条件。根据第一类文件的最后修改时间与第二类文件的最后修改时间的时间先后顺序,判断第一类文件是否符合热加载条件。在一些实施例中,获取模块13包括:第三子获取模块,用于获取所述第一类文件的最后修改时间和文件名;第二子查找模块,用于在所述应用服务器查找与所述第一类文件的文件名相同的类文件,获得第二类文件;第四子获取模块,用于获取所述第二类文件的最后修改时间。第一类文件的指定信息包括最后修改时间和文件名,在本实施例中,并不需要用户输入标记,第一类文件待修复的类文件是与第一类文件的文件名相同的,为此,直接在应用服务器查找文件名与第一类文件的文件名相同的类文件,即可得到第二类文件,之后再获取第二类文件的最后修改时间。对应地,判断模块14包括:第二子比较模块,用于将所述第一类文件的最后修改时间与所述第二类文件的最后修改时间进行比较;第三子判定模块,用于若所述第一类文件的最后修改时间在所述第二类文件的最后修改时间之后,则判定第一类文件符合热加载条件;第四子判定模块,用于若所述第一类文件的最后修改时间在所述第二类文件的最后修改时间之前,或者所述第一类文件的最后修改时间与所述第二类文件的最后修改时间相同,则判定第一类文件不符合热加载条件。在一些实施例中,获取模块13包括:第五子获取模块,用于获取所述第一类文件的文件内容;第二子接收模块,用于接收所述用户输入的标记,所述标记是对所述应用服务器中的类文件的标识;第三子查找模块,用于在所述应用服务器查找与所述标记对应的类文件,获得第二类文件;第六子获取模块,用于获取所述第二类文件的文件内容。第一类文件的指定信息包括文件内容,第二类文件的指定信息包括文件内容,用户对应用服务器中的类文件进行选择,选择第一类文件待修复的类文件,通过选择输入标记,之后根据标记在应用服务器中查找对应的类文件,得到第二类文件。对应地,判断模块14包括:第三子比较模块,用于将所述第一类文件的文件内容与所述第二类文件的文件内容进行比较;第五子判定模块,用于若所述第一类文件的文件内容与所述第二类文件的文件内容不相同,则判定第一类文件符合热加载条件;第六子判定模块,用于若所述第一类文件的文件内容与所述第二类文件的文件内容相同,则判定第一类文件不符合热加载条件。根据第一类文件的文件内容与第二类文件的文件内容的是否相同,判断第一类文件是否符合热加载条件。在一些实施例中,获取模块13包括:第七子获取模块,用于获取所述第一类文件的文件内容和文件名;第四子查找模块,用于在所述应用服务器查找与所述第一类文件的文件名相同的类文件,获得第二类文件;第八子获取模块,用于获取所述第二类文件的文件内容。第一类文件的指定信息包括文件内容和文件名,在本实施例中,并不需要用户输入标记,第一类文件待修复的类文件是与第一类文件的文件名相同的,为此,直接在应用服务器查找文件名与第一类文件的文件名相同的类文件,即可得到第二类文件,之后再获取第二类文件的文件内容。对应地,判断模块14包括:第四子比较模块,用于将所述第一类文件的文件内容与所述第二类文件的文件内容进行比较;第七子判定模块,用于若所述第一类文件的文件内容与所述第二类文件的文件内容不相同,则判定第一类文件符合热加载条件;第八子判定模块,用于若所述第一类文件的文件内容与所述第二类文件的文件内容相同,则判定第一类文件不符合热加载条件。根据第一类文件的文件内容与第二类文件的文件内容的是否相同,判断第一类文件是否符合热加载条件。热加载模块15,用于若所述第一类文件符合热加载条件,则对所述应用部署容器中的所述第一类文件进行热加载,载入所述应用服务器中,代替所述第二类文件。在符合热加载条件时,将第一类文件加载入应用服务器,应用服务器不再对第二类文件进行加载,从而修复了因第二类文件所带的bug。需要说明的是,虽然应用服务器不对第二类文件进行加载,但是第二类文件还是存在应用服务器。在本实施例中,装置1包括:第一检测模块,用于检测所述第一类文件的最后修改时间是否发生改变;第一获取模块,用于若没有发生改变,则获取当前时间;第一获得模块,用于根据所述当前时间与所述第一类文件的最后修改时间的时间差,获得第一时间值;第一比较模块,用于将所述第一时间值与预设时间阈值进行比较;第一提示模块,用于若所述第一时间值大于所述预设时间阈值,则提示所述用户更换所述应用服务器中的所述第二类文件。第一类文件的最后修改时间没有发生改变,说明第一类文件可以在应用服务器稳定运行,如果在稳定运行达到预设的条件,也就是第一时间值大于预设时间阈值,就提示用户更换应用服务器中的第二类文件。在本实施例中,装置1包括:第二检测模块,用于检测所述第二类文件的最后修改时间是否发生改变;第一停止模块,用于若发生改变,则停止对所述第一类文件进行热加载。如果用户对应用服务器中的第二类文件更换,第二类文件的最后修改时间会发生改变,此时,认为更换后的第二类文件是一个没有发现bug的类文件,所以停止第一类文件的热加载。综上所述,接收第一类文件,将第一类文件复制至应用部署容器,判断第一类文件是否符合热加载条件,如果第一类文件符合热加载条件,那么对第一类文件进行热加载,载入应用服务器中,代替第二类文件,不需要重启应用服务器,修复应用的bug,旨在解决现有的bug修复,需要在业务空闲的时间,发布版本进行修复的问题。如图3所示,本申请实施例中还提供一种计算机设备,该计算机设备可以是服务器,其内部结构可以如图3所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设计的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储应用的bug修复方法的模型等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种应用的bug修复方法。上述处理器执行上述应用的bug修复方法的步骤:接收用户输入的第一类文件,所述第一类文件是用于修复应用服务器中运行的类文件中的bug;将所述第一类文件复制至应用部署容器上;获取所述第一类文件的指定信息和第二类文件的指定信息,所述第二类文件是所述第一类文件待修复的类文件;将所述第一类文件的指定信息与所述第二类文件的指定信息进行比较,根据比较结果判断所述第一类文件是否符合热加载条件;若所述第一类文件符合热加载条件,则对所述应用部署容器中的所述第一类文件进行热加载,载入所述应用服务器中,代替所述第二类文件。在一个实施例中,上述获取所述第一类文件的指定信息和第二类文件的指定信息的步骤中,包括:获取所述第一类文件的最后修改时间;接收所述用户输入的标记,所述标记是对所述应用服务器中的类文件的标识;在所述应用服务器查找与所述标记对应的类文件,获得第二类文件;获取所述第二类文件的最后修改时间。在一个实施例中,上述获取所述第一类文件的指定信息和第二类文件的指定信息的步骤中,包括:获取所述第一类文件的最后修改时间和文件名;在所述应用服务器查找与所述第一类文件的文件名相同的类文件,获得第二类文件;获取所述第二类文件的最后修改时间。在一个实施例中,上述将所述第一类文件的指定信息与所述第二类文件的指定信息进行比较,根据比较结果判断所述第一类文件是否符合热加载条件的步骤中,包括:将所述第一类文件的最后修改时间与所述第二类文件的最后修改时间进行比较;若所述第一类文件的最后修改时间在所述第二类文件的最后修改时间之后,则判定第一类文件符合热加载条件;若所述第一类文件的最后修改时间在所述第二类文件的最后修改时间之前,或者所述第一类文件的最后修改时间与所述第二类文件的最后修改时间相同,则判定第一类文件不符合热加载条件。在一个实施例中,上述获取所述第一类文件的指定信息和第二类文件的指定信息的步骤中,包括:获取所述第一类文件的文件内容和文件名;在所述应用服务器查找与所述第一类文件的文件名相同的类文件,获得第二类文件;获取所述第二类文件的文件内容;在所述将所述第一类文件的指定信息与所述第二类文件的指定信息进行比较,根据比较结果判断所述第一类文件是否符合热加载条件的步骤中,包括:将所述第一类文件的文件内容与所述第二类文件的文件内容进行比较;若所述第一类文件的文件内容与所述第二类文件的文件内容不相同,则判定第一类文件符合热加载条件;若所述第一类文件的文件内容与所述第二类文件的文件内容相同,则判定第一类文件不符合热加载条件。在一个实施例中,上述若所述第一类文件符合热加载条件,则对所述应用部署容器中的所述第一类文件进行热加载,载入所述应用服务器中,代替所述第二类文件的步骤之后,包括:检测所述第一类文件的最后修改时间是否发生改变;若没有发生改变,则获取当前时间;根据所述当前时间与所述第一类文件的最后修改时间的时间差,获得第一时间值;将所述第一时间值与预设时间阈值进行比较;若所述第一时间值大于所述预设时间阈值,则提示所述用户更换所述应用服务器中的所述第二类文件。在一个实施例中,上述若所述第一类文件符合热加载条件,则对所述应用部署容器中的所述第一类文件进行热加载,载入所述应用服务器中,代替所述第二类文件的步骤之后,包括:检测所述第二类文件的最后修改时间是否发生改变;若发生改变,则停止对所述第一类文件进行热加载。本领域技术人员可以理解,图3中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定。本申请实施例的计算机设备,接收第一类文件,将第一类文件复制至应用部署容器,判断第一类文件是否符合热加载条件,如果第一类文件符合热加载条件,那么对第一类文件进行热加载,载入应用服务器中,代替第二类文件,不需要重启应用服务器,修复应用的bug,旨在解决现有的bug修复,需要在业务空闲的时间,发布版本进行修复的问题。本申请一实施例还提供一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现一种应用的bug修复方法,具体为:接收用户输入的第一类文件,所述第一类文件是用于修复应用服务器中运行的类文件中的bug;将所述第一类文件复制至应用部署容器上;获取所述第一类文件的指定信息和第二类文件的指定信息,所述第二类文件是所述第一类文件待修复的类文件;将所述第一类文件的指定信息与所述第二类文件的指定信息进行比较,根据比较结果判断所述第一类文件是否符合热加载条件;若所述第一类文件符合热加载条件,则对所述应用部署容器中的所述第一类文件进行热加载,载入所述应用服务器中,代替所述第二类文件。在一个实施例中,上述获取所述第一类文件的指定信息和第二类文件的指定信息的步骤中,包括:获取所述第一类文件的最后修改时间;接收所述用户输入的标记,所述标记是对所述应用服务器中的类文件的标识;在所述应用服务器查找与所述标记对应的类文件,获得第二类文件;获取所述第二类文件的最后修改时间。在一个实施例中,上述获取所述第一类文件的指定信息和第二类文件的指定信息的步骤中,包括:获取所述第一类文件的最后修改时间和文件名;在所述应用服务器查找与所述第一类文件的文件名相同的类文件,获得第二类文件;获取所述第二类文件的最后修改时间。在一个实施例中,上述将所述第一类文件的指定信息与所述第二类文件的指定信息进行比较,根据比较结果判断所述第一类文件是否符合热加载条件的步骤中,包括:将所述第一类文件的最后修改时间与所述第二类文件的最后修改时间进行比较;若所述第一类文件的最后修改时间在所述第二类文件的最后修改时间之后,则判定第一类文件符合热加载条件;若所述第一类文件的最后修改时间在所述第二类文件的最后修改时间之前,或者所述第一类文件的最后修改时间与所述第二类文件的最后修改时间相同,则判定第一类文件不符合热加载条件。在一个实施例中,上述获取所述第一类文件的指定信息和第二类文件的指定信息的步骤中,包括:获取所述第一类文件的文件内容和文件名;在所述应用服务器查找与所述第一类文件的文件名相同的类文件,获得第二类文件;获取所述第二类文件的文件内容;在所述将所述第一类文件的指定信息与所述第二类文件的指定信息进行比较,根据比较结果判断所述第一类文件是否符合热加载条件的步骤中,包括:将所述第一类文件的文件内容与所述第二类文件的文件内容进行比较;若所述第一类文件的文件内容与所述第二类文件的文件内容不相同,则判定第一类文件符合热加载条件;若所述第一类文件的文件内容与所述第二类文件的文件内容相同,则判定第一类文件不符合热加载条件。在一个实施例中,上述若所述第一类文件符合热加载条件,则对所述应用部署容器中的所述第一类文件进行热加载,载入所述应用服务器中,代替所述第二类文件的步骤之后,包括:检测所述第一类文件的最后修改时间是否发生改变;若没有发生改变,则获取当前时间;根据所述当前时间与所述第一类文件的最后修改时间的时间差,获得第一时间值;将所述第一时间值与预设时间阈值进行比较;若所述第一时间值大于所述预设时间阈值,则提示所述用户更换所述应用服务器中的所述第二类文件。在一个实施例中,上述若所述第一类文件符合热加载条件,则对所述应用部署容器中的所述第一类文件进行热加载,载入所述应用服务器中,代替所述第二类文件的步骤之后,包括:检测所述第二类文件的最后修改时间是否发生改变;若发生改变,则停止对所述第一类文件进行热加载。本申请实施例的存储介质,接收第一类文件,将第一类文件复制至应用部署容器,判断第一类文件是否符合热加载条件,如果第一类文件符合热加载条件,那么对第一类文件进行热加载,载入应用服务器中,代替第二类文件,不需要重启应用服务器,修复应用的bug,旨在解决现有的bug修复,需要在业务空闲的时间,发布版本进行修复的问题。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的和实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和或易失性存储器。非易失性存储器可以包括只读存储器ROM、可编程ROMPROM、电可编程ROMEPROM、电可擦除可编程ROMEEPROM或闪存。易失性存储器可包括随机存取存储器RAM或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAMSRAM、动态RAMDRAM、同步DRAMSDRAM、双速据率SDRAMSSRSDRAM、增强型SDRAMESDRAM、同步链路SynchlinkDRAMSLDRAM、存储器总线Rambus直接RAMRDRAM、直接存储器总线动态RAMDRDRAM、以及存储器总线动态RAMRDRAM等。以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内所作的任何修改、等同替换和改进等,均应包括在本申请的保护范围之内。

权利要求:1.一种应用的bug修复方法,其特征在于,所述方法包括:接收用户输入的第一类文件,所述第一类文件是用于修复应用服务器中运行的类文件中的bug;将所述第一类文件复制至应用部署容器上;获取所述第一类文件的指定信息和第二类文件的指定信息,所述第二类文件是所述第一类文件待修复的类文件;将所述第一类文件的指定信息与所述第二类文件的指定信息进行比较,根据比较结果判断所述第一类文件是否符合热加载条件;若所述第一类文件符合热加载条件,则对所述应用部署容器中的所述第一类文件进行热加载,载入所述应用服务器中,代替所述第二类文件。2.根据权利要求1所述的应用的bug修复方法,其特征在于,在获取所述第一类文件的指定信息和第二类文件的指定信息的步骤中,包括:获取所述第一类文件的最后修改时间;接收所述用户输入的标记,所述标记是对所述应用服务器中的类文件的标识;在所述应用服务器查找与所述标记对应的类文件,获得第二类文件;获取所述第二类文件的最后修改时间。3.根据权利要求1所述的应用的bug修复方法,其特征在于,在获取所述第一类文件的指定信息和第二类文件的指定信息的步骤中,包括:获取所述第一类文件的最后修改时间和文件名;在所述应用服务器查找与所述第一类文件的文件名相同的类文件,获得第二类文件;获取所述第二类文件的最后修改时间。4.根据权利要求2或者3所述的应用的bug修复方法,其特征在于,在所述将所述第一类文件的指定信息与所述第二类文件的指定信息进行比较,根据比较结果判断所述第一类文件是否符合热加载条件的步骤中,包括:将所述第一类文件的最后修改时间与所述第二类文件的最后修改时间进行比较;若所述第一类文件的最后修改时间在所述第二类文件的最后修改时间之后,则判定第一类文件符合热加载条件;若所述第一类文件的最后修改时间在所述第二类文件的最后修改时间之前,或者所述第一类文件的最后修改时间与所述第二类文件的最后修改时间相同,则判定第一类文件不符合热加载条件。5.根据权利要求1所述的应用的bug修复方法,其特征在于,在获取所述第一类文件的指定信息和第二类文件的指定信息的步骤中,包括:获取所述第一类文件的文件内容和文件名;在所述应用服务器查找与所述第一类文件的文件名相同的类文件,获得第二类文件;获取所述第二类文件的文件内容;在所述将所述第一类文件的指定信息与所述第二类文件的指定信息进行比较,根据比较结果判断所述第一类文件是否符合热加载条件的步骤中,包括:将所述第一类文件的文件内容与所述第二类文件的文件内容进行比较;若所述第一类文件的文件内容与所述第二类文件的文件内容不相同,则判定第一类文件符合热加载条件;若所述第一类文件的文件内容与所述第二类文件的文件内容相同,则判定第一类文件不符合热加载条件。6.根据权利要求2或者3所述的应用的bug修复方法,其特征在于,在所述若所述第一类文件符合热加载条件,则对所述应用部署容器中的所述第一类文件进行热加载,载入所述应用服务器中,代替所述第二类文件的步骤之后,包括:检测所述第一类文件的最后修改时间是否发生改变;若没有发生改变,则获取当前时间;根据所述当前时间与所述第一类文件的最后修改时间的时间差,获得第一时间值;将所述第一时间值与预设时间阈值进行比较;若所述第一时间值大于所述预设时间阈值,则提示所述用户更换所述应用服务器中的所述第二类文件。7.根据权利要求2或者3所述的应用的bug修复方法,其特征在于,在所述若所述第一类文件符合热加载条件,则对所述应用部署容器中的所述第一类文件进行热加载,载入所述应用服务器中,代替所述第二类文件的步骤之后,包括:检测所述第二类文件的最后修改时间是否发生改变;若发生改变,则停止对所述第一类文件进行热加载。8.一种应用的bug修复装置,其特征在于,所述装置包括:接收模块,用于接收用户输入的第一类文件,所述第一类文件是用于修复应用服务器中运行的类文件中的bug;复制模块,用于将所述第一类文件复制至应用部署容器上;获取模块,用于获取所述第一类文件的指定信息和第二类文件的指定信息,所述第二类文件是所述第一类文件待修复的类文件;判断模块,用于将所述第一类文件的指定信息与所述第二类文件的指定信息进行比较,根据比较结果判断所述第一类文件是否符合热加载条件;热加载模块,用于若所述第一类文件符合热加载条件,则对所述应用部署容器中的所述第一类文件进行热加载,载入所述应用服务器中,代替所述第二类文件。9.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法的步骤。10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。

百度查询: 平安科技(深圳)有限公司 应用的bug修复方法、装置、计算机设备

免责声明
1、本报告根据公开、合法渠道获得相关数据和信息,力求客观、公正,但并不保证数据的最终完整性和准确性。
2、报告中的分析和结论仅反映本公司于发布本报告当日的职业理解,仅供参考使用,不能作为本公司承担任何法律责任的依据或者凭证。