[发明专利]一种文件存储方法及文件存储装置

说明书

技术领域

本发明涉及内容分发网络缓存技术领域，特别是涉及一种文件存储方法及文件存储装置。

背景技术

在cdn缓存系统中大文件的存储一直是不得不面对的问题，cache系统对不完整文件是不进行缓存的，range请求的场景下，现有的处理方式一般有两种：

1、如果缓存系统中没有此缓存，则将range请求透传给上层源站，由于是range请求源站响应的数据不完整文件将无法进行缓存！

2、如果缓存系统中没有此缓存，则回源取完整文件，然后将range请求所需数据返回给客户端，此种方式由于上层响应的是完整文件所以可以缓存，但是回源量也由range请求的大小放大到完整文件的大小，并且需要等待range部分数据接收后才可进行对访问的响应导致响应速度慢。

因此，急需有一种技术方案来克服或至少减轻现有技术的至少一个上述缺陷。

发明内容

本发明的目的在于提供一种文件存储方法来克服或至少减轻现有技术的至少一个上述缺陷。

为实现上述目的，本申请提供了一种文件存储方法，用于内容分发网络缓存系统，所述文件存储方法包括如下步骤：步骤1：进行切割块数据配置；步骤2：获取请求头数据，根据请求头数据获取需要响应的请求文件信息以及切割块信息，并根据获取的请求头数据判断本地是否存储有该请求头数据请求的请求文件数据，若有完整的请求文件数据，则结束；若无，则进行下一步；步骤3：根据请求头数据向源站获取请求文件并对请求文件进行分割，从而将请求文件数据全部或部分分割成一个或多个切割块数据并存储至内容分发网络缓存系统；步骤4：判断数据是否响应完毕，若是，则结束；若否，则重复所述步骤3直至数据相应完毕。

优选地，所述步骤1中的切割块数据配置具体为：配置分割块大小、预设切割块切割方法以及预设分割块标识方法。

优选地，所述步骤2中的获取请求头数据进一步包括前置步骤：构建并查询缓存索引的步骤，所述缓存索引用于判断本地是否存储有该请求文件数据。

优选地，所述步骤2具体为：步骤21：判断请求头数据是否带http协议的range请求头，若是，则进行步骤22；若否，则进行步骤23；步骤22：以请求头数据所确定的需要响应的请求文件信息整体作为对象计算切割块信息；步骤23：根据请求头数据判断需要响应的请求文件信息的范围，并以该范围的起始数据以及结束数据作为计算切割块信息。

优选地，所述步骤3具体为：步骤31：获取请求文件数据的需分割范围，所述需分割范围包括第一条件以及第二条件；步骤32：以待切割块大小为依据实时接收请求文件数据并判断接受的请求文件数据的起始数据是否小于所述第二条件，若是，则进行下一步；若否，则判断接收的待切割块大小的请求文件数据为无用数据，继续以待切割块大小为依据接收请求文件数据直至判断为是；步骤33：判断所述步骤32中的实时接收的请求文件数据的起始数据是否小于或等于第一条件，若是，则进行步骤34；若否，则进行步骤37；步骤34：判断接收的请求文件数据的结束数据是否小于第二条件，若是，则进行步骤35；若否，则进行步骤36；步骤35：获取该待切割块大小的请求文件数据作为切割块数据，并重复所述步骤32；步骤36：获取该待切割块大小的请求文件数据作为切割块数据；步骤37：计算该待切割块大小的请求文件数据的起始数据的偏移，并判断偏移后的该待切割块大小的请求文件数据的结束数据是否小于第二条件，若是，则进行步骤38；若否，则进行步骤39；步骤38：计算该待切割块大小的请求文件数据的结束数据的偏移，并获取偏移后的起始数据至偏移后的结束数据作为切割块数据；步骤39：放弃该待切割块大小的请求文件数据，继续以待切割块大小为依据接收请求文件数据并重复所述步骤32。

优选地，第一条件为：(N-1)*blocksize；其中，N为切割块块数，blocksize为每个切割块大小；

第二条件为：N*(blocksize-1)；其中，N为切割块块数，blocksize为每个切割块大小。

本申请还提供了一种文件存储装置，所述文件存储装置包括：配置单元，所述配置单元用于进行切割块数据；请求头获取单元，所述请求头获取单元用于获取请求头数据，根据请求头数据获取需要响应的请求文件信息以及切割块信息，并根据获取的请求头数据判断本地是否存储有该请求文件数据；分割单元，根据请求头数据向源站获取请求文件并对请求文件进行分割，从而将请求文件数据全部或部分分割成一个或多个切割块数据并存储至内容分发网络缓存系统；判断单元，所述判断单元用于判断数据是否响应完毕。