CN114327404A - 一种文件处理方法、装置、电子设备及计算机可读介质 - Google Patents

Abstract

本申请公开了文件处理方法、装置、电子设备及计算机可读介质，涉及自动程序设计技术领域，一具体实施方式包括：接收文件处理请求，获取对应的文件描述符；调用构造函数，以基于文件描述符生成轮询实例；调用轮询实例注册文件描述符，进而生成轮询对象；基于轮询对象执行对应的文件的处理。通过生成轮询对象，各进程可对轮询对象的状态进行同时编辑，从而可以基于文件描述符的状态实现对文件操作的多路复用，实现一个进程可以监视多个文件描述符，可以实现各进程同时打开文件，进行顺序同时读写，并减少对业务代码的改动。

Description

一种文件处理方法、装置、电子设备及计算机可读介质

技术领域

本申请涉及自动程序设计技术领域，尤其涉及一种文件处理方法、装置、电子设备及计算机可读介质。

背景技术

在软件开发的服务器端，会存在对于进程间文件的频繁读写交替的情况。现实软件开发中go语言读写文件操作是阻塞式的，多个进程频繁对于同一个文件进行读写操作时，一个进程open一个文件进行写操作，直到该进程close该文件，其他进程才能对此文件进行读写操作，从而导致对文件的读写处理效率低下。

在实现本申请过程中，发明人发现现有技术中至少存在如下问题：

多个进程频繁对于同一个文件进行读写操作时，对文件的读写处理效率低下。

发明内容

有鉴于此，本申请实施例提供一种文件处理方法、装置、电子设备及计算机可读介质，能够解决现有的多个进程频繁对于同一个文件进行读写操作时，对文件的读写处理效率低下的问题。

为实现上述目的，根据本申请实施例的一个方面，提供了一种文件处理方法，包括：

接收文件处理请求，获取对应的文件描述符；

调用构造函数，以基于文件描述符生成轮询实例；

调用轮询实例注册文件描述符，进而生成轮询对象；

基于轮询对象执行对应的文件的处理。

可选地，基于文件描述符生成轮询实例，包括：

调用构造函数，以基于文件描述符创建监听对象并封装监听对象；

启动独立协程，以基于封装后的监听对象生成无限循环；

执行无限循环，进而调用监听函数以获取封装后的监听对象的状态；

基于封装后的监听对象的状态生成轮询实例。

可选地，调用轮询实例注册文件描述符，进而生成轮询对象，包括：

调用监听的事件注册函数将文件描述符注册到轮询实例中，进而生成轮询对象。

可选地，调用监听的事件注册函数将文件描述符注册到轮询实例中，进而生成轮询对象，包括：

调用监听的事件注册函数以封装轮询实例和文件描述符，并将封装后的文件描述符设置成非阻塞，进而得到轮询对象。

可选地，基于轮询对象执行对应的文件的处理，包括：

确定轮询对象对应的执行方法类型；

根据执行方法类型执行对应的文件的处理。

可选地，方法还包括：

获取对对应的文件的处理返回的状态，进而根据返回的状态调整对应的轮询对象的状态。

可选地，执行方法类型包括：

文件读、文件写、文件读等待、文件写等待和文件关闭中的一种或几种。

另外，本申请还提供了一种文件处理装置，包括：

接收单元，被配置成接收文件处理请求，获取对应的文件描述符；

实例生成单元，被配置成调用构造函数，以基于文件描述符生成轮询实例；

对象生成单元，被配置成调用轮询实例注册文件描述符，进而生成轮询对象；

处理单元，被配置成基于轮询对象执行对应的文件的处理。

可选地，实例生成单元进一步被配置成：

调用构造函数，以基于文件描述符创建监听对象并封装监听对象；

启动独立协程，以基于封装后的监听对象生成无限循环；

执行无限循环，进而调用监听函数以获取封装后的监听对象的状态；

基于封装后的监听对象的状态生成轮询实例。

可选地，对象生成单元进一步被配置成：

调用监听的事件注册函数将文件描述符注册到轮询实例中，进而生成轮询对象。

可选地，对象生成单元进一步被配置成：

调用监听的事件注册函数以封装轮询实例和文件描述符，并将封装后的文件描述符设置成非阻塞，进而得到轮询对象。

可选地，处理单元进一步被配置成：

确定轮询对象对应的执行方法类型；

根据执行方法类型执行对应的文件的处理。

可选地，装置还包括状态调整单元，被配置成：

获取对对应的文件的处理返回的状态，进而根据返回的状态调整对应的轮询对象的状态。

可选地，执行方法类型包括：

文件读、文件写、文件读等待、文件写等待和文件关闭中的一种或几种。

另外，本申请还提供了一种文件处理电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如上述的文件处理方法。

另外，本申请还提供了一种计算机可读介质，其上存储有计算机程序，程序被处理器执行时实现如上述的文件处理方法。

为实现上述目的，根据本申请实施例的又一个方面，提供了一种计算机程序产品。

本申请实施例的一种计算机程序产品，包括计算机程序，程序被处理器执行时实现本申请实施例提供的文件处理方法。

上述发明中的一个实施例具有如下优点或有益效果：本申请通过接收文件处理请求，获取对应的文件描述符；调用构造函数，以基于文件描述符生成轮询实例；调用轮询实例注册文件描述符，进而生成轮询对象；基于轮询对象执行对应的文件的处理。通过生成轮询对象，各进程可对轮询对象的状态进行同时编辑，从而可以基于文件描述符的状态实现对文件操作的多路复用，实现一个进程可以监视多个文件描述符，可以实现各进程同时打开文件，进行顺序同时读写，并减少对业务代码的改动。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本申请，不构成对本申请的不当限定。其中：

图1是根据本申请第一实施例的文件处理方法的主要流程的示意图；

图2是根据本申请第二实施例的文件处理方法的主要流程的示意图；

图3是根据本申请第三实施例的文件处理方法的应用场景示意图；

图4是根据本申请实施例的文件处理装置的主要单元的示意图；

图5是本申请实施例可以应用于其中的示例性***架构图；

图6是适于用来实现本申请实施例的终端设备或服务器的计算机***的结构示意图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

图1是根据本申请第一实施例的文件处理方法的主要流程的示意图，如图1所示，文件处理方法包括：

步骤S101，接收文件处理请求，获取对应的文件描述符。

本实施例中，本申请实施例中epoll同EPOLL。epoll是Linux内核为处理大批量文件描述符而作了改进的poll，是Linux下多路复用IO接口select/poll的增强版本，它能显著提高程序在大量并发连接中只有少量活跃的情况下的***CPU利用率。获取事件的时候，epoll无须遍历整个被侦听的描述符集，只要遍历那些被内核IO事件异步唤醒而加入Ready队列的文件描述符集合就行了。文件处理方法的执行主体(例如，可以是服务器)可以通过有线连接或无线连接的方式，接收文件处理请求。具体地，文件处理请求可以是对文件进行读、写、读等待、写等待的请求。本申请实施例对请求进行文件处理的具体内容不做限定。执行主体在接收到文件处理请求后，可以获取文件处理请求中的文件路径(path)和操作模式，其中操作模式代表文件的打开模式，比如读、写等。然后，执行主体可以基于获取到的文件处理请求对应的文件路径和操作模式打开对应的文件。在打开对应的文件之后，执行主体可以接收到返回的一个文件描述符。内核(kernel)利用文件描述符(file descriptor，fd)来访问文件。文件描述符是非负整数。打开现存文件或新建文件时，内核会返回一个文件描述符。读写文件也需要使用文件描述符来指定待读写的文件。文件描述符是由无符号整数表示的句柄，进程使用它来标识打开的文件。文件描述符与包括相关信息(如文件的打开模式、文件的位置类型、文件的初始类型等)的文件对象相关联，这些信息被称作文件的上下文。

步骤S102，调用构造函数，以基于文件描述符生成轮询实例。

构造函数：当用new关键字调用时，能实现某类功能，称为构造函数。构造函数的核心就是关键字new，示例的，new f1、//f1{}和new f1()效果一样，由new运行，称为构造函数，用于创建一个类对应的实例。具体地，调用构造函数创建轮询实例的过程可以为：调用构造函数自动创建一个空对象；对文件描述符设置可读、可写、读等待、写等待、关闭等属性并与构造函数内部的this指针关联，进而将函数内部的this指针指向创建的这个对象(也就是构造函数的作用，构造新对象，设置对象的属性和方法)；在函数执行完成以后自动返回创建的对象或实例化对象(即轮询实例)。示例的，轮询实例可以是Poller类实例。

本实施例中，首先，执行主体在接收到文件处理请求后，会定义用于后面使用。具体定义Poller类型(本申请实施例中，Poller类型，即轮询类型)的伪代码如下：

//定义Poller类型用于后面使用

type Poller struct{

//...封装epoll相关的信息(即封装监听文件描述符上面的callback函数相关的信息)

}

其中，“type Poller struct{”含义为使用结构体定义一个名为Poller的类型。

并且，执行主体还可以定义Pollable类型用于后面使用，Pollable类型即轮询对象的类型。具体的伪代码如下：

//定义Pollable类型用于后面使用

type Pollable struct{

//封装Poller对象和文件描述符df

}

其中，“type Pollable struct{”含义为使用结构体定义一个名为Pollable的类型。

其中，epoll使用事件回调函数的机制，检测文件描述符是否就绪，将就绪的文件描述符添加到就绪队列中，监听函数，例如epoll_wait可以直接访问就绪队列即可确定已就绪的文件描述符。具体地，epoll会把哪个二进制流发生了怎样的I/O事件进行通知。epoll是事件驱动(每个事件关联上文件描述符fd)的，此时对这些二进制流的操作都是有意义的。epoll相关的信息包括：文件描述符。文件描述符是一个整型数，示例的，demo.txt文件的描述符可以表示为：$demo.txt fd＝3。执行主体可以将关联有文件描述符的epoll相关的信息封装，进而定义Poller类型。

在定义好Poller类型后，执行主体可以调用New函数，以基于由关联有文件描述符的epoll相关的信息定义得到的Poller类型，生成Poller类实例。

生成Poller类实例的具体的go语言伪代码如下所示：p,err:＝New()，含义为调用New函数获得Poller类型的一个实例p，其中，err是错误信息。New函数默认生成一个对象。New函数内部的this默认指向了New生成的对象。New函数生成的这个对象，是函数的默认返回值。

具体地，生成Poller类实例的go语言伪代码如下：

//提供一个New函数用于创建Poller类型的一个实例

func New(){

//做***调用syscall.SYS_EPOLL_CREATE1,syscall.EPOLL_CLOEXEC创建一个epoll对象，并把它封装一下

//单独启动一个独立的协程，把此epoll对象做成一个无限for循环处理***事件通知

go for{

//通过***调用syscall.SYS_EPOLL_WAIT获得监听的文件描述符的状态

//监听的文件描述符的状态出错或者fd关闭则跳出此for循环

//如果事件通知有syscall.EPOLLOUT，则唤醒处理函数，去做文件操作

//否则继续本for循环

//跳出本循环的时候要执行***调用syscall.Close，来结束文件描述符

}

//函数返回前面封装好的epoll对象Poller

}

具体地，函数返回的前面封装好的epoll对象Poller即为生成的轮询实例(例如，Poller类实例)。

其中，上述生成Poller类实例的go语言伪代码中的“func New(){”含义为定一个对外公开的函数New；“syscall.SYS_EPOLL_CREATE1”含义为***调用创建epoll实例；“syscall.EPOLL_CLOEXEC”含义为创建epoll实例时用的参数，当执行exec后会自动关闭epoll句柄；“syscall.SYS_EPOLL_WAIT”含义为epoll实例的状态标志，通过它识别文件描述符的状态；“syscall.EPOLLOUT”含义为epoll实例的状态标志，代表输出事件，这时候就去掉用于处理事件的程序；“syscall.Close”含义为用来关闭文件描述符。

步骤S103，调用轮询实例注册文件描述符，进而生成轮询对象。

具体地，轮询实例，例如可以是Poller类实例。将一个文件描述符df进行注册，使它加入到监听的事件循环中，并返回一个轮询对象(用于文件读/写/关闭/等待等操作)。生成轮询对象的go语言伪代码实现如下：

//Poller对象的方法Register：将一个文件描述符df进行注册，使它加入到epoll的事件循环中，并返回一个Pollable对象(用于文件读/写/关闭/等待等操作)

func(*Poller)Register(fd){

//封装一个Pollable对象，包含Poller对象和文件描述符fd

//把文件描述符fd设置成非阻塞(使用***调用syscall.SetNonblock)

//用前面New()函数创建的Poller对象注册文件描述符fd，具体如下：

//通过***调用syscall.SYS_EPOLL_CTL以及syscall.EPOLL_CTL_ADD把文件描述符fd注册到epoll中

//本函数返回前面封装的Pollable对象(即返回轮询对象)

}

其中，生成轮询对象(也即Pollable对象)的go语言伪代码中的“Register”含义为注册；“func(*Poller)Register(fd){”含义为定义Poller类型的一个执行方法Register，以fd(文件描述符)为参数；“syscall.SetNonblock”含义为把文件描述符fd设置成非阻塞状态；“syscall.SYS_EPOLL_CTL”含义为使用这个***调用，去改变epoll实例，EPOLL_CTL向epoll对象中添加、修改或者删除感兴趣的事件，返回0表示成功，否则返回–1，此时需要根据errno错误码判断错误类型，EPOLL_WAIT方法返回的事件必然是通过EPOLL_CTL添加到epoll中的；“syscall.EPOLL_CTL_ADD”含义为把文件描述符加入到epoll实例中去管理。

步骤S104，基于轮询对象执行对应的文件的处理。

具体地，轮询对象可以支持各种方法Read(读)、Write(写)、WaitRead(读等待)、WaitWrite(写等待)、Close(文件关闭)，用于文件操作。

具体地，基于轮询对象执行对应的文件的处理，包括：确定轮询对象对应的执行方法类型。

具体地，执行方法类型包括：文件读、文件写、文件读等待、文件写等待和文件关闭中的一种或几种。

根据执行方法类型执行对应的文件的处理。

执行主体响应于执行方法类型为文件读，则可以调用对外开放的读文件函数，例如“func(p*Pollable)Read(buff){”来执行文件读操作。

示例的，执行主体执行文件读操作的go语言伪代码如下：

//对外开放的读文件函数

func(p*Pollable)Read(buff){

for{//循环读取文件内容

//使用***调用syscall.Read读文件到buff

//如果前面读文件返回的状态不是syscall.EAGAIN状态，就跳出本函数

//执行***调用epoll的syscall.EPOLL_CTL_MOD，syscall.EPOLLONESHOT|syscall.EPOLLIN，把本Pollable对象设置成读等待状态

//然后跳出本函数

}

}

其中，执行文件读操作的go语言伪代码中的“func(p*Pollable)Read(buff){”含义为定义一个Pollable类型的执行方法Read，以buff为参数；“syscall.EPOLL_CTL_MOD”含义为使用这个***调用，去改变epoll实例；“syscall.EPOLLONESHOT|syscall.EPOLLIN”含义为Epoll的参数，用它来把epoll中的文件描述符设置成读等待状态。

执行主体响应于执行方法类型为文件写，则可以调用对外开放的写文件函数，例如“func(p*Pollable)Write(buff){”来执行文件写操作。

示例的，执行主体执行文件写操作的go语言伪代码如下：

//对外开放的的写文件函数

func(p*Pollable)Write(buff){

for{//循环写文件

//使用***调用syscall.Write将buff内容写到Pollable对象里的文件描述符对应的文件

//如果前面写文件返回的状态不是syscall.EAGAIN状态，就跳出本函数

//执行***调用epoll的syscall.EPOLL_CTL_MOD，syscall.EPOLLONESHOT|syscall.EPOLLOUT，把本Pollable对象设置成写等待状态

//然后跳出本函数

}

}

其中，执行文件写操作的go语言伪代码中的“func(p*Pollable)Write(buff){”含义为定义Pollable类型的一个执行方法Write，以buff为参数；“syscall.EPOLL_CTL_MOD”含义为使用这个***调用，去改变epoll实例；“syscall.EPOLLONESHOT|syscall.EPOLLOUT”含义为epoll的参数，用它来把epoll中的文件描述符设置成写等待状态。

执行主体响应于执行方法类型为读等待，则可以调用对外开放的函数，例如“func(p*Pollable)WaitRead(){”把Pollable对象设置成读等待状态。

示例的，执行主体执行文件读等待操作的go语言伪代码如下：

//对外开放的函数，把Pollable对象设置成读等待状态

func(p*Pollable)WaitRead(){

//执行***调用epoll的syscall.EPOLL_CTL_MOD，syscall.EPOLLONESHOT|syscall.EPOLLIN，把本Pollable对象设置成读等待状态

//然后跳出本函数

}

其中，执行文件读等待操作的go语言伪代码中的“func(p*Pollable)WaitRead(){”含义为定义Pollable类型的一个执行方法WaitRead，无参数；“syscall.EPOLL_CTL_MOD”含义为使用这个***调用，去改变epoll实例；“syscall.EPOLLONESHOT|syscall.EPOLLIN”含义为epoll的参数，用它来把epoll中的文件描述符设置成读等待状态。

执行主体响应于执行方法类型为写等待，则可以调用对外开放的函数，例如“func(p*Pollable)WaitWrite(){”将把Pollable对象设置成写等待状态。

示例的，执行主体执行文件写等待操作的go语言伪代码如下：

//对外开放的函数，把Pollable对象设置成写等待状态

func(p*Pollable)WaitWrite(){

//执行***调用epoll的syscall.EPOLL_CTL_MOD，syscall.EPOLLONESHOT|syscall.EPOLLOUT，把本Pollable对象设置成写等待状态

//然后跳出本函数

}

其中，执行文件写等待操作的go语言伪代码中的“func(p*Pollable)WaitWrite(){”含义为定义Pollable类型的一个执行方法WaitWrite，无参数；“syscall.EPOLL_CTL_MOD”含义为使用这个***调用，去改变epoll实例；“syscall.EPOLLONESHOT|syscall.EPOLLOUT”含义为epoll的参数，用它来把epoll中的文件描述符设置成写等待状态。

执行主体响应于执行方法类型为文件关闭，则可以调用对外开放的函数，将Pollable对象和它封装的文件描述符fd关闭。

示例的，执行主体执行文件关闭操作的go语言伪代码如下：

//对外开放的函数，Pollable对象和它封装的文件描述符fd关闭

func(p*Pollable)Close(){

//执行***调用syscall.EPOLL_CTL_DEL把文件描述符fd从epoll中删除

}

其中，执行文件关闭操作的go语言伪代码中的“func(p*Pollable)Close(){”含义为定义Pollable类型的一个执行方法Close，无参数；“syscall.EPOLL_CTL_DEL”含义为使用这个***调用，去删除epoll实例的文件描述符。

具体地，文件处理方法还包括：

获取对对应的文件的处理返回的状态，进而根据返回的状态调整对应的轮询对象的状态。

执行主体可以获取对文件的处理返回的文件描述符的状态，例如文件描述符是否已就绪，示例的，是否可读或是否可写。执行主体可以根据返回的文件描述符的状态调整对应的轮询对象(例如Pollable对象)的状态，例如在文件描述符不可读时，调整对应的轮询对象的状态为读等待，在文件描述符不可写时，调整对应的轮询对象的状态为写等待。对于epoll传入给用户的就是已经就绪的文件描述符，不需要经过遍历，从而节省了对传递给用户的文件判断是否已就绪的遍历时间，实现了IO多路复用。IO多路复用：是一种同步IO模型，实现一个进程可以监视多个文件句柄，文件句柄即文件描述符，一旦某个文件句柄就绪，就能通知应用程序进行相应的读写操作，没有文件句柄就绪时会阻塞应用程序，交出CPU。多路指的是网络连接，复用指的是同一个线程。

本实施例通过接收文件处理请求，获取对应的文件描述符；调用构造函数，以基于文件描述符生成轮询实例；调用轮询实例注册文件描述符，进而生成轮询对象；基于轮询对象执行对应的文件的处理。通过生成轮询对象，各进程可对轮询对象的状态进行同时编辑，从而可以基于文件描述符的状态实现对文件操作的多路复用，实现一个进程可以监视多个文件描述符，可以实现各进程同时打开文件，进行顺序同时读写，并减少对业务代码的改动。

图2是根据本申请第二实施例的文件处理方法的主要流程示意图，如图2所示，文件处理方法包括：

步骤S201，接收文件处理请求，获取对应的文件描述符。

步骤S202，调用构造函数，以基于文件描述符创建监听对象并封装监听对象。

执行主体可以将文件描述符与监听相关的信息关联，进而基于关联文件描述符后的监听相关的信息调用构造函数，创建监听对象。并将创建的监听对象封装。

步骤S203，启动独立协程，以基于封装后的监听对象生成无限循环。

执行主体可以单独启动一个独立的协程，将封装后的监听对象做成一个无限循环以处理***事件通知。

步骤S204，执行无限循环，进而调用监听函数以获取封装后的监听对象的状态。

执行无限循环(例如无限for循环)，通过***调用syscall.SYS__WAIT获得监控的文件描述符的状态，进而根据文件描述符的状态对应更新封装后的监听对象(即epoll对象)的状态，例如是读等待状态还是写等待状态。

步骤S205，基于封装后的监听对象的状态生成轮询实例。

执行主体可以根据封装后的监听对象的具体状态，例如是读等待状态还是写等待状态，进而调用构造函数生成对应的轮询实例。

步骤S206，调用轮询实例注册文件描述符，进而生成轮询对象。

具体地，调用轮询实例注册文件描述符，进而生成轮询对象，包括：

调用epoll的事件注册函数将文件描述符注册到轮询实例(即Pollable实例)中，进而生成轮询对象(即Pollable对象)。

具体地，“注册到”即为“封装”，即执行主体可以调用epoll的事件注册函数将文件描述符封装到轮询实例(即Pollable实例)中，以生成轮询对象(即Pollable对象)。

具体地，调用epoll的事件注册函数将文件描述符注册到轮询实例中，进而生成轮询对象，包括：

调用epoll的事件注册函数以封装轮询实例和文件描述符，并将封装后的文件描述符设置成非阻塞，进而得到轮询对象。

步骤S207，基于轮询对象执行对应的文件的处理。

本申请实施例可以实现对文件操作的多路复用，实现各进程同时打开文件，进行顺序同时读写，并减少对业务代码的改动。

图3是根据本申请第三实施例的文件处理方法的应用场景示意图。本申请实施例的文件处理方法，可以应用于多进程同时对文件进行读写的场景。如图3所示，服务器302接收文件处理请求301，获取对应的文件描述符303。服务器302调用构造函数304，以基于文件描述符303生成轮询实例305。服务器302调用轮询实例305注册文件描述符303，进而生成轮询对象306。服务器302基于轮询对象306执行文件处理请求301对应的文件307的处理。

示例的，本申请实施例实现文件处理的伪代码如下所示：

//实现多路复用的伪代码格式

file,err:＝os.Open("tmp.txt")；//go语言打开一个文件

p,err:＝New()；//调用new函数获得Poller类型的一个实例p

r,err:＝p.Register(file.pfd)；//注册文件描述符file.pfd，获得Pollable对象r

n,err:＝r.Read(buf)；//调用Pollable对象r的Read方法读取文件内容

…

其中，“file,err:＝p.Register(file.pfd)”含义为打开一个文件，file是文件句柄，err是错误信息，"tmp.txt"是文件名。

“p,err:＝New()”含义为调用new函数获得Poller类型的一个实例p；err是错误信息。

“r,err:＝p.Register(file.pfd)”含义为注册文件描述符file.pfd，获得Pollable对象r；err是错误信息；file.pfd是之前获得的file对象的pfd属性(文件描述符)。

“n,err:＝r.Read(buf)”含义为读取文件信息，n是读取的内容长度，err是错误信息，buf是读取的内容写入到的地方。

本申请实施例通过调用new函数获得Poller类型的一个实例对象；用Poller对象注册文件描述符file.pfd，获得Pollable对象；再用这个Pollable对象进行与原来相同的文件读写操作。实现对文件的多路复用，可以实现各进程同时打开文件，进行顺序同时读写，并减少对业务代码的改动。

图4是根据本申请实施例的文件处理装置的主要单元的示意图。如图4所示，文件处理装置包括接收单元401、实例生成单元402、对象生成单元403和处理单元404。

接收单元401，被配置成接收文件处理请求，获取对应的文件描述符。

实例生成单元402，被配置成调用构造函数，以基于文件描述符生成轮询实例。

对象生成单元403，被配置成调用轮询实例注册文件描述符，进而生成轮询对象。

处理单元404，被配置成基于轮询对象执行对应的文件的处理。

在一些实施例中，实例生成单元进一步被配置成：调用构造函数，以基于文件描述符创建监听对象并封装监听对象；启动独立协程，以基于封装后的监听对象生成无限循环；执行无限循环，进而调用监听函数以获取封装后的监听对象的状态；基于封装后的监听对象的状态生成轮询实例。

在一些实施例中，对象生成单元403进一步被配置成：调用监听的事件注册函数将文件描述符注册到轮询实例中，进而生成轮询对象。

在一些实施例中，对象生成单元403进一步被配置成：调用监听的事件注册函数以封装轮询实例和文件描述符，并将封装后的文件描述符设置成非阻塞，进而得到轮询对象。

在一些实施例中，处理单元404进一步被配置成：确定轮询对象对应的执行方法类型；根据执行方法类型执行对应的文件的处理。

在一些实施例中，装置还包括图4中未示出的状态调整单元，被配置成：获取对对应的文件的处理返回的状态，进而根据返回的状态调整对应的轮询对象的状态。

在一些实施例中，执行方法类型包括：文件读、文件写、文件读等待、文件写等待和文件关闭中的一种或几种。

需要说明的是，在本申请文件处理方法和文件处理装置在具体实施内容上具有相应关系，故重复内容不再说明。

图5示出了可以应用本申请实施例的文件处理方法或文件处理装置的示例性***架构500。

如图5所示，***架构500可以包括终端设备501、502、503，网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备501、502、503可以是具有文件处理屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器505可以是提供各种服务的服务器，例如对用户利用终端设备501、502、503所提交的文件处理请求提供支持的后台管理服务器(仅为示例)。后台管理服务器可以接收文件处理请求，获取对应的文件描述符；调用构造函数，以基于文件描述符生成轮询实例；调用轮询实例注册文件描述符，进而生成轮询对象；基于轮询对象执行对应的文件的处理。通过生成轮询对象，各进程可对轮询对象的状态进行同时编辑，实现对文件操作的多路复用，实现各进程同时打开文件，进行顺序同时读写，并减少对业务代码的改动。

需要说明的是，本申请实施例所提供的文件处理方法一般由服务器505执行，相应地，文件处理装置一般设置于服务器505中。

应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图6，其示出了适于用来实现本申请实施例的终端设备的计算机***600的结构示意图。图6示出的终端设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图6所示，计算机***600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM603中，还存储有计算机***600操作所需的各种程序和数据。CPU601、ROM602以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶征信授权查询处理器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本申请公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本申请的***中限定的上述功能。

需要说明的是，本申请所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括接收单元、实例生成单元、对象生成单元和处理单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备接收文件处理请求，获取对应的文件描述符；调用构造函数，以基于文件描述符生成轮询实例；调用轮询实例注册文件描述符，进而生成轮询对象；基于轮询对象执行对应的文件的处理。通过生成轮询对象，各进程可对轮询对象的状态进行同时编辑，实现对文件操作的多路复用，实现各进程同时打开文件，进行顺序同时读写，并减少对业务代码的改动。

本申请的计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现本申请实施例中的文件处理方法。

根据本申请实施例的技术方案，通过生成轮询对象，各进程可对轮询对象的状态进行同时编辑，从而可以基于文件描述符的状态实现对文件操作的多路复用，实现一个进程可以监视多个文件描述符，可以实现各进程同时打开文件，进行顺序同时读写，并减少对业务代码的改动。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (16)

1.一种文件处理方法，其特征在于，包括：

接收文件处理请求，获取对应的文件描述符；

调用构造函数，以基于所述文件描述符生成轮询实例；

调用所述轮询实例注册所述文件描述符，进而生成轮询对象；

基于所述轮询对象执行对应的文件的处理。

2.根据权利要求1所述的方法，其特征在于，所述基于所述文件描述符生成轮询实例，包括：

调用构造函数，以基于所述文件描述符创建监听对象并封装所述监听对象；

启动独立协程，以基于封装后的监听对象生成无限循环；

执行所述无限循环，进而调用监听函数以获取所述封装后的监听对象的状态；

基于所述封装后的监听对象的状态生成轮询实例。

3.根据权利要求2所述的方法，其特征在于，所述调用所述轮询实例注册所述文件描述符，进而生成轮询对象，包括：

调用监听的事件注册函数将所述文件描述符注册到所述轮询实例中，进而生成轮询对象。

4.根据权利要求3所述的方法，其特征在于，所述调用监听的事件注册函数将所述文件描述符注册到所述轮询实例中，进而生成轮询对象，包括：

调用监听的事件注册函数以封装所述轮询实例和所述文件描述符，并将封装后的文件描述符设置成非阻塞，进而得到轮询对象。

5.根据权利要求1-4中任一项所述的方法，其特征在于，所述基于所述轮询对象执行对应的文件的处理，包括：

确定所述轮询对象对应的执行方法类型；

根据所述执行方法类型执行对应的文件的处理。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

获取对所述对应的文件的处理返回的状态，进而根据所述返回的状态调整对应的轮询对象的状态。

7.根据权利要求5所述的方法，其特征在于，所述执行方法类型包括：

文件读、文件写、文件读等待、文件写等待和文件关闭中的一种或几种。

8.一种文件处理装置，其特征在于，包括：

接收单元，被配置成接收文件处理请求，获取对应的文件描述符；

实例生成单元，被配置成调用构造函数，以基于所述文件描述符生成轮询实例；

对象生成单元，被配置成调用所述轮询实例注册所述文件描述符，进而生成轮询对象；

处理单元，被配置成基于所述轮询对象执行对应的文件的处理。

9.根据权利要求8所述的装置，其特征在于，所述实例生成单元进一步被配置成：

调用构造函数，以基于所述文件描述符创建监听对象并封装所述监听对象；

启动独立协程，以基于封装后的监听对象生成无限循环；

执行所述无限循环，进而调用监听函数以获取所述封装后的监听对象的状态；

基于所述封装后的监听对象的状态生成轮询实例。

10.根据权利要求9所述的装置，其特征在于，所述对象生成单元进一步被配置成：

调用监听的事件注册函数将所述文件描述符注册到所述轮询实例中，进而生成轮询对象。

11.根据权利要求10所述的装置，其特征在于，所述对象生成单元进一步被配置成：

调用监听的事件注册函数以封装所述轮询实例和所述文件描述符，并将封装后的文件描述符设置成非阻塞，进而得到轮询对象。

12.根据权利要求8-11中任一项所述的装置，其特征在于，所述处理单元进一步被配置成：

确定所述轮询对象对应的执行方法类型；

根据所述执行方法类型执行对应的文件的处理。

13.根据权利要求12所述的装置，其特征在于，所述装置还包括状态调整单元，被配置成：

获取对所述对应的文件的处理返回的状态，进而根据所述返回的状态调整对应的轮询对象的状态。

14.一种文件处理电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一项所述的方法。

15.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-7中任一项所述的方法。

16.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-7中任一项所述的方法。

Images