CN116628372A - 资源文件的处理方法、装置、设备及介质 - Google Patents

Abstract

本公开提供一种资源文件的处理方法、装置、设备及介质，其中该方法包括：在加载目标资源文件失败的情况下，检测网络环境是否异常；若所述网络环境异常，则等待所述网络环境恢复正常，以在所述网络环境恢复正常的情况下重新加载所述目标资源文件；若所述网络环境正常，则针对所述目标资源文件对应的当前域名执行有效性校验操作；在基于所述有效性校验操作确认所述当前域名无效的情况下，达到预设条件时获取目标备用域名，并基于所述目标备用域名加载备用资源文件。本公开有助于进一步提升资源加载成功率，较好地保障用户体验。

Description

资源文件的处理方法、装置、设备及介质

技术领域

本公开涉及信息处理技术领域，尤其涉及资源文件的处理方法、装置、设备及介质。

背景技术

在诸如H5页面等页面在被触发展示的情况下，需要加载页面中诸如音视频、图片等资源文件以展示给用户，但是现有的资源文件的加载成功率不高。发明人经研究发现，相关技术在资源文件加载失败的情况下，通常只是发起加载失败提示，或者直接呈现为白屏形式，用户体验不佳。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本公开提供了一种资源文件的处理方法、装置、设备及介质。

根据本公开的一方面，提供了一种资源文件的处理方法，应用于第一用户端，包括：在加载目标资源文件失败的情况下，检测网络环境是否异常；若所述网络环境异常，则等待所述网络环境恢复正常，以在所述网络环境恢复正常的情况下重新加载所述目标资源文件；若所述网络环境正常，则针对所述目标资源文件对应的当前域名执行有效性校验操作；在基于所述有效性校验操作确认所述当前域名无效的情况下，达到预设条件时获取目标备用域名，并基于所述目标备用域名加载备用资源文件。

根据本公开的另一方面，提供了一种资源文件的处理装置，应用于第一用户端，包括：网络判断模块，用于在加载目标资源文件失败的情况下，检测网络环境是否异常；网络恢复模块，用于若所述网络环境异常，则等待所述网络环境恢复正常，以在所述网络环境恢复正常的情况下重新加载所述目标资源文件；域名校验模块，用于若所述网络环境正常，针对所述目标资源文件对应的当前域名执行有效性校验操作；域名更换模块，用于在基于所述有效性校验操作确认所述当前域名无效的情况下，达到预设条件时获取目标备用域名，并基于所述目标备用域名加载备用资源文件。

根据本公开的另一方面，提供了一种电子设备，包括：处理器；以及存储程序的存储器，其中，所述程序包括指令，所述指令在由所述处理器执行时使所述处理器执行所述的资源文件的处理方法。

根据本公开的另一方面，提供了一种计算机可读存储介质，其中，所述存储介质存储有计算机程序，所述计算机程序用于执行所述的资源文件的处理方法。

本公开实施例中提供的上述技术方案，能够在加载目标资源文件失败的情况下，首先检测网络环境是否异常，若网络环境异常，则等待网络环境恢复正常，以在网络环境恢复正常的情况下重新加载目标资源文件；若网络环境正常，则针对目标资源文件对应的当前域名执行有效性校验操作，并在基于有效性校验操作确认当前域名无效的情况下，达到预设条件时获取目标备用域名，并基于目标备用域名加载备用资源文件。通过上述方式，可以先后采用网络环境检测及域名有效性校验等方式判别引起资源加载失败的问题并采取相应的处理方式重新加载资源文件，有助于进一步提升资源加载成功率，较好地保障用户体验。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本公开实施例提供的一种资源文件的处理方法的流程示意图；

图2为本公开实施例提供的一种资源文件的处理方法流程图；

图3为本公开实施例提供的一种资源文件的处理方法流程图；

图4为本公开实施例提供的一种资源文件的处理装置的结构示意图；

图5为本公开实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

本公开使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。

图1为本公开实施例提供的一种资源文件的处理方法的流程示意图，该方法可以由资源文件的处理装置执行，其中该装置可以采用软件和/或硬件实现，一般可集成在电子设备中，电子设备可以为手机、计算机、平板电脑、便携式设备等，在此不进行限制，具体的，用于执行该资源文件的处理方法的电子设备可以视为第一用户端，在一些实施方式中，可以由第一用户端嵌套的H5端执行，也即，所需加载的资源文件(目标资源文件)均是为用户展示的H5页面所需的资源文件，如图1所示，该方法主要包括如下步骤S102～步骤S108：

步骤S102，在加载目标资源文件失败的情况下，检测网络环境是否异常。

本公开实施例对目标资源文件的内容和类型不进行限制，诸如，目标资源文件可以为音视频文件、图片文件等页面展示所需的文件，该页面可以为H5页面。在实际应用中，可以响应于展示目标页面，加载目标页面对应的目标资源文件。具体的，目标资源文件可以是按照预设的资源打包方式将目标资源进行打包所得的文件，且目标资源文件携带有关联人信息。资源打包方式也可理解为资源打包规范，用于指示对目标资源进行打包的打包内容、打包格式等，具体可根据需求灵活设置，在此不进行限制。另外，在本公开实施例中，目标资源文件可携带有关联人信息，关联人信息诸如可以包括负责人的身份标识信息、联系方式信息等，在实际应用中，在检测到目标资源文件本身存在问题时可基于关联人信息快速定位到负责人，以便由负责人重新打包目标资源文件。

相比于相关技术中在加载资源文件失败的情况下直接白屏或者发起加载失败提示而言，本公开实施例会首先查找加载资源文件失败的原因，以便基于该原因进行有针对性地解决。在本公开实施例中考虑到加载资源失败的常见原因为网络原因，因此首先检测网络环境是否异常，该网络环境具体为执行资源文件的处理方法的第一用户端所处的网络环境。

步骤S104，若网络环境异常，则等待网络环境恢复正常，以在网络环境恢复正常的情况下重新加载目标资源文件。

诸如，在检测到当前的网络环境为弱网(诸如网络信号低于预设阈值)或者无网的情况下，确认网络环境异常，此时可实时监听网络状态，直至网络环境恢复正常后重新加载目标资源文件。与此同时，还可以向用户发起网络异常提示，以便使用户获知当前状况并等待网络恢复后重新加载资源文件。

步骤S106，若网络环境正常，则针对目标资源文件对应的当前域名执行有效性校验操作。

如果网络环境正常，则加载目标资源文件失败的可能原因在于域名无效。可以理解的是，倘若需要加载目标资源文件，首先需要通过目标资源文件对应的当前域名获取目标资源文件，资源文件所属的域名有效与否会直接关系到资源文件能否成功加载，因此本公开实施例会在网络环境正常的情况下对目标资源文件对应的当前域名执行有效性校验操作，校验当前域名是否有效。本公开实施例对当前域名的有效性校验操作的具体方式不进行限制，诸如，可以采用如下一种或多种方式执行有效性校验操作：对域名字符串进行解析、对域名有效期进行检验、直接采用域名有效性检测工具等。

在一些实施示例中，为了防止是由于用户临时断网/切换网络等非域名原因导致目标资源文件下载失败，在本公开实施例可以设置针对目标资源文件对应的当前域名执行有效性校验操作的前提条件，示例性地，若连续重试加载M次目标资源文件均失败，则针对目标资源文件对应的当前域名执行有效性校验操作；其中，M为预设的整数。具体可以根据需求灵活设置，诸如M可以为1次、3次，也可以为0次，在M为0次时，即为检测到网络环境正常后直接针对域名执行有效性校验操作。

步骤S108，在基于有效性校验操作确认当前域名无效的情况下，达到预设条件时获取目标备用域名，并基于目标备用域名加载备用资源文件。

具体可以根据需求灵活设置预设条件，示例性地，预设条件包括：当前存在至少一个候选备用域名，且基于当前域名连续重试加载N次目标资源文件均失败；其中，N为预设的整数。N和M可以相同，也可以不同，M可以为预设的第一整数，N可以为预设的第二整数，在此不进行限制。在本公开实施例中，可以提前预备一个或多个候选备用域名，每个候选备用域名下都挂有相应的备用资源文件，备用资源文件的内容与当前域名下的目标资源文件的内容可以一致。为了确保切换域名的可靠性，在确认当前域名无效的情况下不会立马切换备用域名，而是会再尝试重试加载目标资源文件，以防因诸如临时切网等各种可能的情况导致域名无效确认有误，若N次都失败，才切换至目标备用域名，通过目标备用域名重新加载备用资源文件。在利用目标备用域名加载备用资源文件后，倘若加载成功，直接应用即可，倘若加载失败，则可以重新执行步骤S102～步骤S108，也即，将备用资源文件作为新的目标资源文件，重新检测网络环境及域名，并在确认该域名无效时切换下一域名，具体可参照前述相关内容，在此不再赘述。

本公开实施例进一步提供了获取目标备用域名的两种实施方式，在一种实施方式中，可以从候选备用域名中随机选取目标备用域名，也即，可以从候选备用域名中随机选择一个域名作为目标备用域名；在另一种实施方式中，获取各候选备用域名的有效性校验结果，并根据各候选备用域名的有效性校验结果，从候选备用域名中选取目标备用域名。也即，可以基于各候选备用域名的有效性校验结果选择有效的候选备用域名作为目标备用域名。在实际应用中，可以借助服务端对各个候选备用域名进行有效性校验，并保存各个候选备用域名的有效性校验结果，在需要选取备用域名时，第一用户端直接获取各候选备用域名的有效性校验结果并选择所需的目标备用域名。或者，也可以是由服务端自身决定所需提供给第一用户端的目标备用域名，并在接收到第一用户端发起的切换域名请求时，直接将目标备用域名提供给第一用户端，具体实现时，第一用户端获取资源文件所需的域名(当前域名或候选备用域名)均可以为服务端提供给第一用户端。以上均为示例性说明，具体可根据实际需求灵活设置，在此不进行限制。

综上，通过本公开实施例提供的上述资源文件的处理方法，可以先后采用网络环境检测及域名有效性校验等方式判别引起资源加载失败的问题并采取相应的处理方式重新加载资源文件，有助于进一步提升资源加载成功率，较好地保障用户体验。

在实际应用中，第一用户端需要预先加载目标资源文件，具体实现时，可以向服务端发送目标资源文件的获取请求，以接收并加载服务端返回的目标资源文件；其中，目标资源文件是服务端从第二用户端获取并预加载成功的文件。在本公开实施例中，服务端可以预先从第二用户端获取目标资源文件，并且对目标资源文件进行预加载，也即采用提前试错的方式检测目标资源文件本身是否存在问题以便采取相应措施，只有在服务端预加载成功时，确保目标资源文件无误，此时才将目标资源文件提供给第一用户端，避免第一用户端获取到存在问题的目标资源文件而导致加载失败的现象。在一些实施方式中，目标资源文件是服务端按照如下步骤(1)～步骤(3)得到的：

步骤(1)，接收第二用户端上传的打包资源文件，并对打包资源文件进行预加载。具体的，在第二用户端可以按照预设的资源打包方式将目标资源进行打包，得到打包资源文件，并将打包资源文件上传给服务端，服务端针对接收到的打包资源文件进行预加载，预加载的主要目的在于判别打包资源文件是否存在问题，倘若存在问题，通常无法预加载成功。

步骤(2)，在预加载成功的情况下，将打包资源文件作为可提供给第一用户端的目标资源文件。在服务端接收到第一用户端获取目标资源文件的请求时，可以将预加载检测通过的目标资源文件直接提供给第一用户端。

步骤(3)，在预加载失败的情况下，对打包资源文件进行解析，并根据解析结果向第二用户端发送重新打包提示，以获取第二用户端上传的可预加载成功的重新打包的资源文件，并将预加载成功的重新打包的资源文件作为可提供给第一用户端的目标资源文件。具体而言，可以获取预设的资源打包方式(资源打包规范)，基于资源打包方式可以方便快捷地对打包资源文件进行反向解析，得到解析结果，解析结果至少包含打包资源文件对应的关联人信息，还可以包含打包资源文件的指定信息，诸如打包时间、打包资源文件的位置、打包资源文件的内容等信息，然后可基于打包资源文件对应的关联人信息向第二用户端发送重新打包提示，重新打包提示用于指示打包资源文件的关联人对目标资源进行重新打包。服务端可以对第二用户端上传的重新打包的资源文件进行预加载，以判别重新打包的资源文件是否可以预加载成功，直至获取到可预加载成功的重新打包的资源文件，并将其作为可提供给第一用户端的目标资源文件，避免因资源文件本身问题而导致第一用户端加载失败的情况发生。

在前述基础上，参见图2所示的一种资源文件的处理方法流程图，应用于第一用户端，主要包括如下步骤S202～步骤S214：

步骤S202，向服务端发送目标资源文件的获取请求，以接收并加载服务端返回的目标资源文件；其中，目标资源文件是服务端从第二用户端获取并预加载成功的文件。

步骤S204，判断是否加载目标资源文件成功。如果是，结束，如果否，执行步骤S206。

步骤S206，检测网络环境是否异常。如果是(也即异常)，执行步骤S208，如果否(也即正常)，执行步骤S210。

步骤S208，等待网络环境恢复正常，以在网络环境恢复正常的情况下重新加载目标资源文件。

步骤S210，针对目标资源文件对应的当前域名执行有效性校验操作，以判断当前域名是否有效。在基于有效性校验操作确认当前域名无效的情况下，执行步骤S212，在基于有效性校验操作确认当前域名有效的情况下，执行步骤S214。

步骤S212，在基于当前域名连续重试加载N次目标资源文件均失败，且当前存在至少一个候选备用域名的情况下，从候选备用域名中获取目标备用域名，并基于目标备用域名加载备用资源文件。

步骤S214，基于当前域名重新加载目标资源文件。

倘若目标备用域名对应的备用资源文件加载成功，则结束，倘若目标备用域名对应的备用资源文件加载失败，则继续执行网络环境检测及域名有效性校验等操作，倘若仍旧无效，则再切换下一备用域名，依次往复，直至成功加载资源文件或者直至不存在可用的候选备用域名。通过上述方式，可以有效提升资源加载成功率，保障用户体验。

为便于理解，参见图3所示的一种资源文件的处理方法流程图，主要示意出第一用户端、第二用户端和服务端之间的交互步骤S302～步骤S318b：

步骤S302，第二用户端按照预设的资源打包方式将目标资源进行打包，并向服务端上传打包资源文件。

步骤S304，服务端对接收到的打包资源文件进行预加载，并判断预加载是否成功。如果成功，将打包资源文件作为可提供给第一用户端的目标资源文件，并等待执行步骤S314；如果不成功，执行步骤S306。

步骤S306，服务端对所述打包资源文件进行解析，得到解析结果，并根据解析结果向第二用户端发送重新打包提示。

步骤S308，第二用户端根据重新打包提示进行重新打包，得到重新打包的资源文件，并向服务端上传重新打包的资源文件。

步骤S310，服务端对重新打包的资源文件进行预加载，并将预加载成功的重新打包的资源文件作为可提供给第一用户端的目标资源文件。

步骤S312，第一用户端向服务端发送目标资源文件的获取请求。

步骤S314，服务端向第一用户端发送目标资源文件。

步骤S316，第一用户端接收并加载服务端返回的目标资源文件，若加载成功，结束；若加载失败，检测网络环境是否异常。如果异常，执行步骤S318a，如果正常，执行步骤S318b。

步骤S318a，等待网络环境恢复正常，以在网络环境恢复正常的情况下重新加载目标资源文件。

步骤S318b，若连续重试加载M次目标资源文件均失败，则针对目标资源文件对应的当前域名执行有效性校验操作；若有效，基于当前域名重新加载目标资源文件；若无效，并在基于当前域名连续重试加载N次目标资源文件均失败，且当前存在至少一个候选备用域名的情况下，从候选备用域名中获取目标备用域名，并基于目标备用域名加载备用资源文件。

综上所述，本公开实施例提供的上述资源文件的处理方法，服务端可以首先对从第二用户端接收到的打包资源文件进行预加载，判别打包资源文件是否本身存在问题而无法加载。只有预加载成功，才会将其作为可提供给第一用户端的目标资源文件，如果未预加载成功，则会对打包资源文件进行解析，并预警通知第二用户端进行重新打包。后续第一用户端倘若通过服务端获取并加载目标资源文件失败，也会有相应的处理机制，具体而言，会先后进行网络环境校验和域名有效性校验，并且在校验期间还可以重试加载，通过多层兜底处理机制可综合提升资源加载成功率，降低资源加载报错率，有效保障用户体验，减少用户流失，并且能够合理应用网络波动、网域服务器缓存污染等情况，降低线上功能异常问题的出现概率，提升项目流畅度。

对应于前述资源文件的处理方法，本公开实施例还提供了一种资源文件的处理装置，图4为本公开实施例提供的一种资源文件的处理装置的结构示意图，该装置可由软件和/或硬件实现，一般可集成在电子设备中，具体的，应用于该资源文件的处理装置的电子设备可以视为第一用户端，如图4所示，资源文件的处理装置400包括：

网络判断模块402，用于在加载目标资源文件失败的情况下，检测网络环境是否异常；

网络恢复模块404，用于若网络环境异常，则等待网络环境恢复正常，以在网络环境恢复正常的情况下重新加载目标资源文件；

域名校验模块406，用于若网络环境正常，针对目标资源文件对应的当前域名执行有效性校验操作；

域名更换模块408，用于在基于有效性校验操作确认当前域名无效的情况下，达到预设条件时基于备用域名加载备用资源文件。

通过上述装置，可以先后采用网络环境检测及域名有效性校验等方式判别引起资源加载失败的问题并采取相应的处理方式重新加载资源文件，有助于进一步提升资源加载成功率，较好地保障用户体验。

在一些实施方式中，所述装置还包括：加载模块，用于向服务端发送目标资源文件的获取请求，以接收并加载所述服务端返回的所述目标资源文件；其中，所述目标资源文件是所述服务端从第二用户端获取并预加载成功的文件。

在一些实施方式中，所述目标资源文件是所述服务端按照如下方式得到的：接收所述第二用户端上传的打包资源文件，并对所述打包资源文件进行预加载；在预加载成功的情况下，将所述打包资源文件作为可提供给所述第一用户端的目标资源文件；在预加载失败的情况下，对所述打包资源文件进行解析，并根据解析结果向所述第二用户端发送重新打包提示，以获取所述第二用户端上传的可预加载成功的重新打包的资源文件，并将预加载成功的所述重新打包的资源文件作为可提供给所述第一用户端的目标资源文件。

在一些实施方式中，所述目标资源文件是按照预设的资源打包方式将目标资源进行打包所得的文件，且所述目标资源文件携带有关联人信息。

在一些实施方式中，所述域名校验模块406具体用于：若连续重试加载M次所述目标资源文件均失败，则针对所述目标资源文件对应的当前域名执行有效性校验操作；其中，M为预设的整数。

在一些实施方式中，所述预设条件包括：当前存在至少一个候选备用域名，且基于所述当前域名连续重试加载N次所述目标资源文件均失败；其中，N为预设的整数。

在一些实施方式中，所述域名更换模块408具体用于：从所述候选备用域名中随机选取目标备用域名；或者，获取各所述候选备用域名的有效性校验结果，并根据各所述候选备用域名的有效性校验结果，从所述候选备用域名中选取目标备用域名。

本公开实施例所提供的资源文件的处理装置可执行本公开任意实施例所提供的资源文件的处理方法，具备执行方法相应的功能模块和有益效果。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置实施例的具体工作过程，可以参考方法实施例中的对应过程，在此不再赘述。

本公开示例性实施例还提供一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器。所述存储器存储有能够被所述至少一个处理器执行的计算机程序，所述计算机程序在被所述至少一个处理器执行时用于使所述电子设备执行根据本公开实施例的方法。

本公开示例性实施例还提供一种存储有计算机程序的非瞬时计算机可读存储介质，其中，所述计算机程序在被计算机的处理器执行时用于使所述计算机执行根据本公开实施例的方法。

本公开示例性实施例还提供一种计算机程序产品，包括计算机程序，其中，所述计算机程序在被计算机的处理器执行时用于使所述计算机执行根据本公开实施例的方法。

所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

此外，本公开的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本公开实施例所提供的资源文件的处理方法。所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

参考图5，现将描述可以作为本公开的服务器或客户端的电子设备500的结构框图，其是可以应用于本公开的各方面的硬件设备的示例。电子设备旨在表示各种形式的数字电子的计算机设备，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图5所示，电子设备500包括计算单元501，其可以根据存储在只读存储器(ROM)502中的计算机程序或者从存储单元508加载到随机访问存储器(RAM)503中的计算机程序，来执行各种适当的动作和处理。在RAM 503中，还可存储设备500操作所需的各种程序和数据。计算单元501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

电子设备500中的多个部件连接至I/O接口505，包括：输入单元506、输出单元507、存储单元508以及通信单元509。输入单元506可以是能向电子设备500输入信息的任何类型的设备，输入单元506可以接收输入的数字或字符信息，以及产生与电子设备的用户设置和/或功能控制有关的键信号输入。输出单元507可以是能呈现信息的任何类型的设备，并且可以包括但不限于显示器、扬声器、视频/音频输出终端、振动器和/或打印机。存储单元508可以包括但不限于磁盘、光盘。通信单元509允许电子设备500通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据，并且可以包括但不限于调制解调器、网卡、红外通信设备、无线通信收发机和/或芯片组，例如蓝牙TM设备、WiFi设备、WiMa5设备、蜂窝通信设备和/或类似物。

计算单元501可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元501的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元501执行上文所描述的各个方法和处理。例如，在一些实施例中，资源文件的处理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元508。在一些实施例中，计算机程序的部分或者全部可以经由ROM 502和/或通信单元509而被载入和/或安装到电子设备500上。在一些实施例中，计算单元501可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行资源文件的处理方法。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

如本公开使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种资源文件的处理方法，应用于第一用户端，包括：

在加载目标资源文件失败的情况下，检测网络环境是否异常；

若所述网络环境异常，则等待所述网络环境恢复正常，以在所述网络环境恢复正常的情况下重新加载所述目标资源文件；

若所述网络环境正常，则针对所述目标资源文件对应的当前域名执行有效性校验操作；

在基于所述有效性校验操作确认所述当前域名无效的情况下，达到预设条件时获取目标备用域名，并基于所述目标备用域名加载备用资源文件。

2.如权利要求1所述的资源文件的处理方法，其中，所述方法还包括：

向服务端发送目标资源文件的获取请求，以接收并加载所述服务端返回的所述目标资源文件；其中，所述目标资源文件是所述服务端从第二用户端获取并预加载成功的文件。

3.如权利要求2所述的资源文件的处理方法，其中，所述目标资源文件是所述服务端按照如下方式得到的：

接收所述第二用户端上传的打包资源文件，并对所述打包资源文件进行预加载；

在预加载成功的情况下，将所述打包资源文件作为可提供给所述第一用户端的目标资源文件；

在预加载失败的情况下，对所述打包资源文件进行解析，并根据解析结果向所述第二用户端发送重新打包提示，以获取所述第二用户端上传的可预加载成功的重新打包的资源文件，并将预加载成功的所述重新打包的资源文件作为可提供给所述第一用户端的目标资源文件。

4.如权利要求1至3任一项所述的资源文件的处理方法，其中，所述目标资源文件是按照预设的资源打包方式将目标资源进行打包所得的文件，且所述目标资源文件携带有关联人信息。

5.如权利要求1所述的资源文件的处理方法，其中，所述针对所述目标资源文件对应的当前域名执行有效性校验操作的步骤，包括：

若连续重试加载M次所述目标资源文件均失败，则针对所述目标资源文件对应的当前域名执行有效性校验操作；其中，M为预设的整数。

6.如权利要求1所述的资源文件的处理方法，其中，所述预设条件包括：当前存在至少一个候选备用域名，且基于所述当前域名连续重试加载N次所述目标资源文件均失败；其中，N为预设的整数。

7.如权利要求6所述的资源文件的处理方法，其中，所述获取目标备用域名的步骤，包括：

从所述候选备用域名中随机选取目标备用域名；或者，

获取各所述候选备用域名的有效性校验结果，并根据各所述候选备用域名的有效性校验结果，从所述候选备用域名中选取目标备用域名。

8.一种资源文件的处理装置，应用于第一用户端，包括：

网络判断模块，用于在加载目标资源文件失败的情况下，检测网络环境是否异常；

网络恢复模块，用于若所述网络环境异常，则等待所述网络环境恢复正常，以在所述网络环境恢复正常的情况下重新加载所述目标资源文件；

域名校验模块，用于若所述网络环境正常，针对所述目标资源文件对应的当前域名执行有效性校验操作；

域名更换模块，用于在基于所述有效性校验操作确认所述当前域名无效的情况下，达到预设条件时获取目标备用域名，并基于所述目标备用域名加载备用资源文件。

9.一种电子设备，包括：

处理器；以及

存储程序的存储器，

其中，所述程序包括指令，所述指令在由所述处理器执行时使所述处理器执行根据权利要求1-7中任一项所述的资源文件的处理方法。

10.一种计算机可读存储介质，其中，所述存储介质存储有计算机程序，所述计算机程序用于执行上述权利要求1-7中任一项所述的资源文件的处理方法。