CN112104679B - 处理超文本传输协议请求的方法、装置、设备和介质 - Google Patents
处理超文本传输协议请求的方法、装置、设备和介质 Download PDFInfo
- Publication number
- CN112104679B CN112104679B CN201910521411.8A CN201910521411A CN112104679B CN 112104679 B CN112104679 B CN 112104679B CN 201910521411 A CN201910521411 A CN 201910521411A CN 112104679 B CN112104679 B CN 112104679B
- Authority
- CN
- China
- Prior art keywords
- working
- request
- http
- http request
- connection request
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 225
- 238000012545 processing Methods 0.000 title claims abstract description 68
- 238000012546 transfer Methods 0.000 title claims abstract description 21
- 230000008569 process Effects 0.000 claims abstract description 170
- 230000004044 response Effects 0.000 claims abstract description 36
- 238000012544 monitoring process Methods 0.000 claims description 14
- 238000004590 computer program Methods 0.000 claims description 9
- 238000010586 diagram Methods 0.000 description 19
- 238000004891 communication Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 8
- 238000006243 chemical reaction Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 239000000835 fiber Substances 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了处理超文本传输协议请求的方法、装置、设备和介质,涉及计算机技术领域。该方法的一具体实施方式包括:创建一个或多个工作进程,所述工作进程维护一个或多个工作协程;接收到网络服务器的连接请求后,将所述连接请求中所指示的超文本传输协议HTTP请求对应分配至所述工作协程;所述工作协程解析所述HTTP请求,将根据解析后的HTTP请求而得到的HTTP响应报文通过所述连接请求,发送至所述网络服务器。该实施方式能够避免HTTP请求排队等待空闲进程,进而降低处理HTTP请求的总耗时。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种处理超文本传输协议请求的方法、装置、设备和计算机可读介质。
背景技术
目前,大部分的移动终端应用(APP)以及各种小程序都通过超文本传输协议(HyperText Transfer Protocol,HTTP)请求与后端服务进行交互。
参见图1,图1是根据本发明实施例的客户端与后端服务的交互示意图。客户端与域名系统(Domain Name System,DNS)交互获取信息,以访问高性能的网络服务器(Nginx)。客户端发送HTTP请求报文,后端服务通过Nginx接收HTTP请求报文,解析HTTP请求。通过网页服务器,根据HTTP请求类型,在数据库中获取HTTP请求所需的数据,以HTTP响应报文的形式返回至客户端,
具体来说,Nginx将HTTP请求报文转换成通用网管接口(Common GatewayInterface,CGI)协议格式数据,以标准输入和环境变量的形式转发给网页服务器(web-server)。web-server和处理具体业务的服务器(图1中所示服务)处理HTTP请求后,构造HTTP响应报文通过标准输出的形式传递回Nginx。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:
web-server创建一组CGI进程/线程,对于每一个HTTP请求,创建一个CGI进程/线程,处理完成后结束该进程/线程。CGI进程/线程以同步的方式处理HTTP请求。当后台网络出现抖动或者存在HTTP请求积压的情况下,CGI进程/线程的处理耗时将会提高,所有的CGI进程/线程会很容易被占用,新的HTTP请求将不得不排队等待空闲进程,因此处理HTTP请求的总耗时也会因为排队时延而大幅提高。
发明内容
有鉴于此,本发明实施例提供一种处理超文本传输协议请求的方法、装置、设备和计算机可读介质,能够避免HTTP请求排队等待空闲进程,进而降低处理HTTP请求的总耗时。
为实现上述目的,根据本发明实施例的一个方面,提供了一种处理超文本传输协议请求的方法,包括:
创建一个或多个工作进程,所述工作进程维护一个或多个工作协程;
接收到网络服务器的连接请求后,将所述连接请求中所指示的超文本传输协议HTTP请求对应分配至所述工作协程;
所述工作协程解析所述HTTP请求,将根据解析后的HTTP请求而得到的HTTP响应报文通过所述连接请求,发送至所述网络服务器。
所述工作协程解析所述HTTP请求,将根据解析后的HTTP请求而得到的HTTP响应报文通过所述连接请求,发送至所述网络服务器,包括:
所述工作协程的资源不可用,则将所述工作协程所属的CPU切换至其它工作协程;
在所述工作协程的资源可用的情况下,将所述CPU切换回所述工作协程;
所述工作协程解析所述HTTP请求,将根据解析后的HTTP请求而得到的HTTP响应报文通过所述连接请求,发送至所述网络服务器。
所述方法还包括:
所述工作进程创建的主协程,监听所述一个或多个工作协程。
所述接收到网络服务器的连接请求后,将所述连接请求中所指示的HTTP请求对应分配至所述工作协程,包括:
主协程监听所述网络服务器的连接请求;
所述主协程监听到并接收到网络服务器的连接请求后,将所述连接请求中所指示的HTTP请求对应分配至所述主协程创建的所述工作协程。
所述主协程监听所述网络服务器的连接请求,包括:
所述主协程通过Unix域套接字方式,监听所述网络服务器的连接请求。
所述将所述连接请求中所指示的HTTP请求对应分配至所述主协程创建的所述工作协程,包括:
所述主协程创建空闲协程池,从所述空闲协程池选择所述工作协程,将所述连接请求中所指示的HTTP请求对应分配至所述主协程创建的所述工作协程。
根据本发明实施例的第二方面,提供了一种处理超文本传输协议请求的装置,包括:
创建模块,用于创建一个或多个工作进程,所述工作进程维护一个或多个工作协程;
分配模块,用于接收到网络服务器的连接请求后,将所述连接请求中所指示的超文本传输协议HTTP请求对应分配至所述工作协程;
控制模块,用于控制所述工作协程解析所述HTTP请求,将根据解析后的HTTP请求而得到的HTTP响应报文通过所述连接请求,发送至所述网络服务器。
所述控制模块,具体用于所述工作协程的资源不可用,则将所述工作协程所属的CPU切换至其它工作协程;
在所述工作协程的资源可用的情况下,将所述CPU切换回所述工作协程;
控制所述工作协程解析所述HTTP请求,将根据解析后的HTTP请求而得到的HTTP响应报文通过所述连接请求,发送至所述网络服务器。
所述装置还包括监听模块,用于控制所述工作进程创建的主协程,监听所述一个或多个工作协程。
所述分配模块,具体用于控制主协程监听所述网络服务器的连接请求;
控制所述主协程监听到并接收到网络服务器的连接请求后,将所述连接请求中所指示的HTTP请求对应分配至所述主协程创建的所述工作协程。
所述分配模块,具体用于控制所述主协程通过Unix域套接字方式,监听所述网络服务器的连接请求。
所述分配模块,具体用于控制所述主协程创建空闲协程池,从所述空闲协程池选择所述工作协程,将所述连接请求中所指示的HTTP请求对应分配至所述主协程创建的所述工作协程。
根据本发明实施例的第三方面,提供了一种处理超文本传输协议请求的电子设备,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如上述的方法。
根据本发明实施例的第四方面,提供了一种计算机可读介质,其上存储有计算机程序,所述程序被处理器执行时实现如上述的方法。
上述发明中的一个实施例具有如下优点或有益效果:因为创建一个或多个工作进程,工作进程维护一个或多个工作协程;接收到网络服务器的连接请求后,将连接请求中所指示的HTTP请求对应分配至工作协程;工作协程解析HTTP请求,将根据解析后的HTTP请求而得到的HTTP响应报文通过连接请求,发送至网络服务器。由于工作协程可以进行异步处理,一个工作协程的资源不可用,并不影响其他工作协程处理HTTP请求,因此,能够避免HTTP请求排队等待空闲进程,进而降低处理HTTP请求的总耗时。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明,不构成对本发明的不当限定。其中:
图1是根据本发明实施例的客户端与后端服务的交互示意图;
图2是根据本发明实施例的处理HTTP请求的方法的主要流程的示意图;
图3是根据本发明实施例的主进程的流程的示意图;
图4是根据本发明实施例的主协程的流程的示意图;
图5是根据本发明实施例的工作协程的流程的示意图;
图6是根据本发明实施例的处理HTTP请求的装置的主要结构的示意图;
图7是本发明实施例可以应用于其中的示例性系统架构图;
图8是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
图1中客户端与后端服务之间交互。因为后端服务会使用各种语言,如C++、PHP等,但Nginx并不能直接执行代码文件,也不能直接执行代码文件编译成的可执行文件,所以Nginx提供反向代理的机制。通过反向代理机制,Nginx将HTTP请求转发给web-server,web-server根据HTTP请求中的参数,执行相应的流程,将结果封装成HTTP响应报文返回至Nginx。因此,web-server即Web接入层特别重要,它起到连接Nginx和后端服务的关键作用。
Nginx将HTTP请求,转换成CGI协议格式数据,以标准输入和环境变量的形式转发给web-server。web-server处理HTTP请求后,构造HTTP响应报文并通过标准输出的形式传递回Nginx。CGI方式时,web-server由一组CGI进程/线程的组成,对于每一个HTTP请求,先创建一个CGI进程/线程去处理,处理完成后再结束这个CGI进程/线程。然后,继续处理下一个HTTP请求。
FastCGI是CGI的改进方式。FastCGI方式时,web-server包含一个CGI进程管理器。在服务启动时,CGI进程管理器先创建指定个数的CGI进程,通过进程池的方式进行管理。对于HTTP请求,CGI进程管理器会分配一个空闲的CGI进程/线程去处理,处理结束后将该CGI进程/线程放回到空闲进程池中。
一方面,CGI进程/线程在处理HTTP请求时,只能以同步的方式进行处理。在HTTP请求处理过程中,CGI进程/线程被完全占用,因此web-server的并发能力完全由CGI进程数决定,进程数太低影响了并发能力,进程数太多又会增加进程调度的开销。
另一方面,采用同步方式处理HTTP请求,当后台网络出现抖动或者存在HTTP请求积压的情况下,CGI进程/线程的处理耗时将会提高,所有的CGI进程/线程会很容易被占用,新的HTTP请求将不得不进行排队等待空闲进程,因此处理HTTP请求的总耗时也会因为排队时延而大幅提高。
为了解决处理HTTP请求的总耗时较长的问题,可以采用以下本发明实施例中的技术方案。
参见图2,图2是根据本发明实施例的处理HTTP请求的方法主要流程的示意图,创建工作进程,工作进程维护工作协程,将HTTP请求分配至工作协程,由工作协程处理HTTP请求。如图2所示,具体包括以下步骤:
S201、创建一个或多个工作进程,所述工作进程维护一个或多个工作协程。
在本发明实施例中,主进程创建一个或多个工作进程。创建工作进程的目的在于处理HTTP请求。在每个工作进程中包括一个主协程,由主协程创建一个或多个工作协程,一个工作协程处理一个HTTP请求。可知,工作进程维护一个或多个工作协程。
主协程和工作协程都属于协程。协程是一种用户态的线程机制,不同于传统线程方式,协程的切换只会发生在网络阻塞时,同时切换过程也不存在线程上下文切换的开销。换言之,在本发明实施例中,工作协程可以进行异步处理。示例性的,异步处理可以理解为分时处理,即在不同的时间段可以分别处理不同的HTTP请求。
在处理HTTP请求过程中,由于工作协程的资源不可用,则可以将该工作协程所属的CPU切换至其它工作协程;在该工作协程的资源可用的情况下,再将上述CPU切换回该工作协程,以继续处理HTTP请求。上述过程可以理解为异步处理。
参见图3,图3是根据本发明实施例的主进程的流程的示意图。通过图3中的步骤,主进程创建一个或多个工作进程。具体包括:
S301、获取需要创建的工作进程数目。
基于工程实践和处理每个HTTP请求的耗时,预先设定需要创建的工作进程数目。由于同一个工作进程下的所有协程只能在同一个CPU核上进行处理,为了充分利用多核CPU,提高CPU的利用率,根据当前机器的CPU核数创建合适数目的工作进程。
S302、创造工作进程。
按照需要创建的工作进程数目,创建工作进程。作为一个示例,主进程可以调用fork函数创建一个或多个工作进程。
S303、监控工作进程。
主进程可以实时监控工作子进程。作为一个示例,主进程可以利用函数监控工作子进程,crash_pid=waitpid(-1,NULL,WNOHANG)。
S304、监控工作进程是否崩溃。
主进程监控工作进程的目的在于,发现工作进程是否发生崩溃。监控到工作进程崩溃,则执行S305;监控到工作进程未崩溃,则主进程休息后,返回S303。其中,主进程可以按照预设休息时长休息。示例性的,预设休息时长可以是1秒,即主进程休息1秒。
作为一个示例,主进程利用crash_pid监控工作进程的情况下,crash_pid大于0,则确认工作子进程崩溃。
S305、重新复刻一个工作进程。
在监控到工作进程崩溃,为了确保服务,需要重新复刻一个工作进程以替代崩溃的工作进程。
S306、判断服务是否结束。
判断服务已结束,可以结束主进程;判断服务未结束,则返回S303,继续监控工作进程是否崩溃。
在图3的实施例中,主进程作为守护进程,逻辑简单。将处理HTTP请求的工作均转移到工作进程中。当工作进程由于异常发生崩溃,主进程可以及时复刻工作进程,确保服务的可用性。
在本发明实施例中,主进程创建工作进程。由工作进程维护一个或多个工作协程。主协程接收到网络服务器的一个或多个连接请求后,则可以将上述连接请求的HTTP请求分配至工作协程。一个工作协程处理一个HTTP请求。
在本发明的一个实施例中,工作进程创建主协程,其目的在于:通过主协程,可以监听工作进程维护的一个或多个工作协程。从而获知每个工作协程的工作状态。
S202、接收到网络服务器的连接请求后,将连接请求中所指示的HTTP请求对应分配至工作协程。
网络服务器的连接请求中指示HTTP请求,在接收到网络服务器的连接请求之后,就可以将该连接请求中所指示的HTTP请求分配至工作协程,由工作协程处理上述HTTP请求。其中,工作协程是由主协程创建。
下面介绍主协程的工作,主协程主要将接收到连接请求的HTTP请求,分配至工作协程。参见图4,图4是根据本发明实施例的主协程的流程的示意图,具体包括:
S401、初始化。
初始化日志文件,并读取配置文件。作为一个示例,可以调用预设的初始化方式执行初始化。
S402、创建工作协程,放置在空闲协程池内。
创建工作协程,创建的工作协程可以放置在空闲协程池(free_coroutines)中。空闲协程池用于存放空闲的存在可用资源的工作协程。作为一个示例,可以预设初始创建工作协程数量为10,即初次创建工作协程时,可以创建10个工作协程。这样,当接收新连接的情况下,需要处理HTTP请求,则可以直接从空闲协程池中获取有可用资源的工作协程。
需要说明的是,在需要处理HTTP请求的情况下,可以直接从空闲协程池中获取有可用资源的工作协程。然后,空闲协程池不再包括上述已获取的工作协程。当上述工作协程空闲,即有可用资源的情况下,该空闲且有可用资源的工作协程,再次存放于空闲协程池,以便被再次获取。
S403、创建Unix域套接字。
Unix域套接字用于在同一台机器上运行的进程之间的通信。Unix域套接字仅复制数据,并不执行协议处理,不需要添加或删除网络报头,无需计算检验和,不要产生顺序号,无需发送确认报文。
作为一个示例,创建Unix域套接字listen_fd,listen_fd=socket(AF_UNIX,SOCK_STREAM,0)。
S404、监听连接请求。
将创建的Unix域套接字绑定到指令路径,以监听网络服务器的连接请求。作为一个示例,将listen_fd绑定到指定路径pathbind(listen_fd,path)以进行监听。
S405、判断服务是否结束。
判断服务是否结束,若服务结束,则主协程工作结束;若服务未结束,则执行S406。
S406、判断空闲协程池中是否有空闲协程。
空闲协程池中有空闲协程,则执行S407;空闲协程中没有空闲协程,则等待预设空闲时长后返回S405。作为一个示例,预设空闲时长为1秒。
S407、判断是否有新的连接请求。
判断有新的连接请求,则至执行S408;判断没有新的连接请求,则等待预设时长后返回S405。
若有新的连接请求,则说明需要工作协程处理。
S408、接收新连接。
主协程接收新连接。作为一个示例,令client_fd=accept(listen_fd,client_address)。
S409、在空闲协程池中取出一个工作协程。
接收新连接,则需要工作协程处理。那么,在空闲协程池中取出一个工作协程。作为一个示例,工作协程对应的工作节点(worker)=free_coroutinse.pop()。
S410、处理新连接上的请求。
在空闲协程池中取出的工作协程,负责处理新连接上的请求。作为一个示例,将工作协程的worker和新连接client_fd关联,处理client_fd的请求,即HTTP请求。
S411、将工作协程放回到空闲协程池。
HTTP请求结束后,将工作协程的worker放回到空闲协程池中。
主协程负责接收网络服务器发送的一个或多个连接请求,并通过Unix域套接字方式监听网络服务器的新的连接请求。以便在接收到网络服务器的新的连接请求后,及时分配一个空闲工作协程处理该连接请求上的HTTP请求。
其中,主协程从空闲协程池选择空闲的工作协程,然后将连接请求中所指示的HTTP请求对应分配至上述选择的空闲工作协程。从空闲协程池中选择工作协程,可以及时分配HTTP请求,进一步缩短处理HTTP请求的时长。
S203、工作协程解析HTTP请求,将根据解析后的HTTP请求而得到的HTTP响应报文通过连接请求,发送至网络服务器。
在本发明实施例中,工作协程直接解析HTTP请求,并将得到的HTTP响应报文通过连接请求,发送至网络服务器。免去将HTTP请求转换成CGI协议格式,由CGI进程/线程处理的开销。因此减少HTTP请求转换的开销。
工作协程处理主协程接收到连接请求上的HTTP请求。参见图5,图5是根据本发明实施例的工作协程的流程的示意图。
S501、从连接中接收数据。
工作协程从主协程接收的连接请求中接收数据。
S502、判断是否接收到一个完整的HTTP请求。
工作协程判断是否接收到一个完整的HTTP请求,若接收到一个完整的HTTP请求,则执行S503;若接收到一个非完整的HTTP请求,则返回S501,继续接收数据。
S503、解析HTTP请求报文。
工作协程需要解析HTTP请求,以便获得HTTP响应报文。从Unix域套接字接收HTTP请求,对HTTP请求进行解析,获取HTTP报文的所有首部字段以及HTTP报文的主体部分。
S504、接收HTTP响应报文。
在本发明的一个实施例中,获取HTTP报文的所有首部字段和HTTP报文的主体部分的目的在于,接收HTTP响应报文。然后,根据HTTP报文的所有首部字段和HTTP报文的主体部分进行处理,接收HTTP响应报文。在上述实施例中,由于无需将HTTP请求转换为CGI协议由CGI进程处理,进而减少HTTP请求转换的开销。
作为一个示例,利用业务预先定义的HTTP请求处理方法Process(request,response)解析HTTP请求报文。request参数为HTTP请求的首部字段及HTTP报文的主体部分。Process根据request参数对HTTP请求进行处理,将接收到的处理结果设置到response参数中。根据Response参数接收HTTP响应报文。
S505、发送HTTP响应报文。
工作协程将HTTP响应报文发送至Nginx。
S506、关闭连接。
已向Nginx发送响应报文,HTTP请求已处理完成,则关闭主协程接收的连接请求。
在本发明的一个实施例中,工作协程的任务是处理HTTP请求。在工作协程的资源不可用的情况下,即由于网络阻塞导致该工作协程的资源不可用,则该工作协程无法继续处理HTTP请求。则将该工作协程所属的CPU切换到其他工作协程。目的在于,一个工作协程的延迟,并不影响CPU处理其他的工作协程的HTTP请求,因此工作协程可以进行异步处理。
在资源不可用的工作协程的资源可用的情况下,说明该工作协程可以继续处理HTTP请求,则将上述CPU切换回该工作协程,该工作协程继续处理HTTP请求。
在本发明实施例中,CPU的切换都不需要陷入内核,不需要操作系统来完成。工作协程的创建和工作协程的切换均具备低开销的优点,使得采用多协程对于提升非常明显。此外,当后台网络出现抖动或者存在HTTP请求积压的情况下,即使导致工作协程的资源不可用,由于可以及时将CPU切换至其它工作协程以处理新的HTTP请求,避免新HTTP请求排队,进而降低处理HTTP请求的总耗时。
工作协程将构造的HTTP响应报文发送至Nginx,完成处理HTTP请求的过程。
每个工作协程处理一个HTTP请求,都会反馈相应的HTTP响应报文。网络服务器就可以接收一个或多个工作协程发送的HTTP响应报文。
在本发明实施例中,主协程接收到连接请求后,将连接请求上的HTTP请求分配至工作协程。每个工作协程负责处理一个HTTP请求。由于工作协程可以进行异步处理。一个工作协程不能及时处理HTTP请求,并不影响其他HTTP请求的处理,新的HTTP请求无需排队等待空闲进程,因此可以降低处理HTTP请求的总耗时。
此外,工作协程直接解析HTTP请求,并接收HTTP响应报文。免去将HTTP请求转换成CGI协议格式,由CGI进程处理的开销。因此减少HTTP请求转换的开销。
参见图6,图6是根据本发明实施例的处理HTTP请求的装置的主要结构的示意图,处理HTTP请求的装置可以实现处理HTTP请求的方法,如图6所示,处理HTTP请求的装置具体包括:
创建模块601,用于创建一个或多个工作进程,工作进程维护一个或多个工作协程。
分配模块602,用于接收到网络服务器的连接请求后,将连接请求中所指示的HTTP请求对应分配至工作协程。
控制模块603,用于控制工作协程解析HTTP请求,将根据解析后的HTTP请求而得到的HTTP响应报文通过连接请求,发送至网络服务器。
在本发明的一个实施例中,控制模块603,具体用于工作协程的资源不可用,则将工作协程所属的CPU切换至其它工作协程;
在工作协程的资源可用的情况下,将CPU切换回工作协程;
控制工作协程解析HTTP请求,将根据解析后的HTTP请求而得到的HTTP响应报文通过连接请求,发送至网络服务器。
在本发明的一个实施例中,还包括监听模块604,用于控制工作进程创建的主协程,监听一个或多个工作协程。
在本发明的一个实施例中,分配模块602,具体用于控制主协程监听网络服务器的连接请求;
控制主协程监听到并接收到网络服务器的连接请求后,将连接请求中所指示的HTTP请求对应分配至主协程创建的工作协程。
在本发明的一个实施例中,分配模块602,具体用于控制主协程通过Unix域套接字方式,监听网络服务器的连接请求。
在本发明的一个实施例中,分配模块602,具体用于控制主协程创建空闲协程池,从空闲协程池选择工作协程,将连接请求中所指示的HTTP请求对应分配至主协程创建的工作协程。
图7示出了可以应用本发明实施例的处理HTTP请求的方法或处理HTTP请求的装置的示例性系统架构700。
如图7所示,系统架构700可以包括终端设备701、702、703,网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备701、702、703通过网络704与服务器705交互,以接收或发送消息等。终端设备701、702、703上可以安装有各种通讯客户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
终端设备701、702、703可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器705可以是提供各种服务的服务器,例如对用户利用终端设备701、702、703所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理,并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。
需要说明的是,本发明实施例所提供的处理HTTP请求的方法一般由服务器705执行,相应地,处理HTTP请求的装置一般设置于服务器705中。
应该理解,图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
下面参考图8,其示出了适于用来实现本发明实施例的终端设备的计算机系统800的结构示意图。图8示出的终端设备仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图8所示,计算机系统800包括中央处理单元(CPU)801,其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中,还存储有系统800操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。
以下部件连接至I/O接口805:包括键盘、鼠标等的输入部分806;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807;包括硬盘等的存储部分808;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器810上,以便于从其上读出的计算机程序根据需要被安装入存储部分808。
特别地,根据本发明公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分809从网络上被下载和安装,和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时,执行本发明的系统中限定的上述功能。
需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中,例如,可以描述为:一种处理器包括发送单元、获取单元、确定单元和第一处理单元。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定,例如,发送单元还可以被描述为“向所连接的服务端发送图片获取请求的单元”。
作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备包括:
创建一个或多个工作进程,所述工作进程维护一个或多个工作协程;
接收到网络服务器的连接请求后,将所述连接请求中所指示的超文本传输协议HTTP请求对应分配至所述工作协程;
所述工作协程解析所述HTTP请求,将根据解析后的HTTP请求而得到的HTTP响应报文通过所述连接请求,发送至所述网络服务器。
根据本发明实施例的技术方案,因为创建一个或多个工作进程,工作进程维护一个或多个工作协程;接收到网络服务器的连接请求后,将连接请求中所指示的HTTP请求对应分配至工作协程;工作协程解析HTTP请求,将根据解析后的HTTP请求而得到的HTTP响应报文通过连接请求,发送至网络服务器。由于工作协程可以进行异步处理,一个工作协程的资源不可用,并不影响其他工作协程处理HTTP请求,因此,能够避免HTTP请求排队等待空闲进程,进而降低处理HTTP请求的总耗时。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。
Claims (12)
1.一种处理超文本传输协议请求的方法,其特征在于,包括:
主进程创建一个或多个工作进程,所述工作进程维护一个或多个工作协程;在每个工作进程中包括一个主协程,由主协程创建一个或多个工作协程,一个工作协程处理一个HTTP请求;
主协程接收到网络服务器的连接请求后,将所述连接请求中所指示的超文本传输协议HTTP请求对应分配至所述工作协程;
所述工作协程解析所述HTTP请求,将根据解析后的HTTP请求而得到的HTTP响应报文发送至所述网络服务器;
所述工作协程解析所述HTTP请求,将根据解析后的HTTP请求而得到的HTTP响应报文发送至所述网络服务器,包括:
所述工作协程的资源不可用,则将所述工作协程所属的CPU切换至其它工作协程;
在所述工作协程的资源可用的情况下,将所述CPU切换回所述工作协程;
所述工作协程解析所述HTTP请求,将根据解析后的HTTP请求而得到的HTTP响应报文发送至所述网络服务器。
2.根据权利要求1所述处理超文本传输协议请求的方法,其特征在于,所述方法还包括:
所述工作进程创建的主协程,监听所述一个或多个工作协程。
3.根据权利要求1所述处理超文本传输协议请求的方法,其特征在于,所述接收到网络服务器的连接请求后,将所述连接请求中所指示的HTTP请求对应分配至所述工作协程,包括:
主协程监听所述网络服务器的连接请求;
所述主协程监听到并接收到网络服务器的连接请求后,将所述连接请求中所指示的HTTP请求对应分配至所述主协程创建的所述工作协程。
4.根据权利要求3所述处理超文本传输协议请求的方法,其特征在于,所述主协程监听所述网络服务器的连接请求,包括:
所述主协程通过Unix域套接字方式,监听所述网络服务器的连接请求。
5.根据权利要求3所述处理超文本传输协议请求的方法,其特征在于,所述将所述连接请求中所指示的HTTP请求对应分配至所述主协程创建的所述工作协程,包括:
所述主协程创建空闲协程池,从所述空闲协程池选择所述工作协程,将所述连接请求中所指示的HTTP请求对应分配至所述主协程创建的所述工作协程。
6.一种处理超文本传输协议请求的装置,其特征在于,包括:
创建模块,用于主进程创建一个或多个工作进程,所述工作进程维护一个或多个工作协程;在每个工作进程中包括一个主协程,由主协程创建一个或多个工作协程,一个工作协程处理一个HTTP请求;
分配模块,用于主协程接收到网络服务器的连接请求后,将所述连接请求中所指示的超文本传输协议HTTP请求对应分配至所述工作协程;
控制模块,用于控制所述工作协程解析所述HTTP请求,将根据解析后的HTTP请求而得到的HTTP响应报文发送至所述网络服务器;
所述控制模块,具体用于所述工作协程的资源不可用,则将所述工作协程所属的CPU切换至其它工作协程;
在所述工作协程的资源可用的情况下,将所述CPU切换回所述工作协程;
控制所述工作协程解析所述HTTP请求,将根据解析后的HTTP请求而得到的HTTP响应报文发送至所述网络服务器。
7.根据权利要求6所述处理超文本传输协议请求的装置,其特征在于,所述装置还包括监听模块,用于控制所述工作进程创建的主协程,监听所述一个或多个工作协程。
8.根据权利要求6所述处理超文本传输协议请求的装置,其特征在于,所述分配模块,具体用于控制主协程监听所述网络服务器的连接请求;
控制所述主协程监听到并接收到网络服务器的连接请求后,将所述连接请求中所指示的HTTP请求对应分配至所述主协程创建的所述工作协程。
9.根据权利要求8所述处理超文本传输协议请求的装置,其特征在于,所述分配模块,具体用于控制所述主协程通过Unix域套接字方式,监听所述网络服务器的连接请求。
10.根据权利要求8所述处理超文本传输协议请求的装置,其特征在于,所述分配模块,具体用于控制所述主协程创建空闲协程池,从所述空闲协程池选择所述工作协程,将所述连接请求中所指示的HTTP请求对应分配至所述主协程创建的所述工作协程。
11.一种处理超文本传输协议请求的电子设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-5中任一所述的方法。
12.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1-5中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910521411.8A CN112104679B (zh) | 2019-06-17 | 2019-06-17 | 处理超文本传输协议请求的方法、装置、设备和介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910521411.8A CN112104679B (zh) | 2019-06-17 | 2019-06-17 | 处理超文本传输协议请求的方法、装置、设备和介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112104679A CN112104679A (zh) | 2020-12-18 |
CN112104679B true CN112104679B (zh) | 2024-04-16 |
Family
ID=73749067
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910521411.8A Active CN112104679B (zh) | 2019-06-17 | 2019-06-17 | 处理超文本传输协议请求的方法、装置、设备和介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112104679B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112613276B (zh) * | 2020-12-28 | 2024-06-18 | 南京中孚信息技术有限公司 | 一种流式文档解析的并行执行方法及系统 |
CN115277573A (zh) * | 2022-08-09 | 2022-11-01 | 康键信息技术(深圳)有限公司 | 发布应用任务的负载均衡处理方法及装置 |
CN115426403A (zh) * | 2022-08-23 | 2022-12-02 | 奇安信网神信息技术(北京)股份有限公司 | 数据处理方法、装置、电子设备及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2012113380A (ja) * | 2010-11-22 | 2012-06-14 | Nec Corp | サービス提供装置、サービス提供方法、及び、プログラム |
CN105337755A (zh) * | 2014-08-08 | 2016-02-17 | 阿里巴巴集团控股有限公司 | 主从架构服务器及其处理业务的方法和处理业务的系统 |
CN108132835A (zh) * | 2017-12-29 | 2018-06-08 | 五八有限公司 | 基于多进程的任务请求处理方法、装置和系统 |
CN109451051A (zh) * | 2018-12-18 | 2019-03-08 | 百度在线网络技术(北京)有限公司 | 服务请求处理方法、装置、电子设备及存储介质 |
-
2019
- 2019-06-17 CN CN201910521411.8A patent/CN112104679B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2012113380A (ja) * | 2010-11-22 | 2012-06-14 | Nec Corp | サービス提供装置、サービス提供方法、及び、プログラム |
CN105337755A (zh) * | 2014-08-08 | 2016-02-17 | 阿里巴巴集团控股有限公司 | 主从架构服务器及其处理业务的方法和处理业务的系统 |
CN108132835A (zh) * | 2017-12-29 | 2018-06-08 | 五八有限公司 | 基于多进程的任务请求处理方法、装置和系统 |
CN109451051A (zh) * | 2018-12-18 | 2019-03-08 | 百度在线网络技术(北京)有限公司 | 服务请求处理方法、装置、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN112104679A (zh) | 2020-12-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108737270B (zh) | 一种服务器集群的资源管理方法和装置 | |
US20210311781A1 (en) | Method and system for scalable job processing | |
EP3296870B1 (en) | Cdn-based content management system | |
CN111580995B (zh) | 基于mqtt异步通信场景下的分布式云平台与物联网智能终端的同步通信方法与系统 | |
CN112104679B (zh) | 处理超文本传输协议请求的方法、装置、设备和介质 | |
CN113259415B (zh) | 一种网络报文处理方法、装置及网络服务器 | |
CN111930525B (zh) | Gpu资源使用方法、电子设备及计算机可读介质 | |
CN111858054A (zh) | 一种异构环境下基于边缘计算的资源调度系统及方法 | |
US8606908B2 (en) | Wake-up server | |
CN111200606A (zh) | 深度学习模型任务处理方法、系统、服务器及存储介质 | |
CN109428926B (zh) | 一种调度任务节点的方法和装置 | |
CN108958933B (zh) | 任务执行器的配置参数更新方法、装置及设备 | |
CN112398669A (zh) | 一种Hadoop部署方法和装置 | |
CN113778499B (zh) | 发布服务的方法、装置、设备和计算机可读介质 | |
CN110798495A (zh) | 用于在集群架构模式下端到端的消息推送的方法和服务器 | |
CN115499432A (zh) | 家庭终端算力资源管理系统及算力资源调度方法 | |
CN114490071A (zh) | 一种基于云游戏的资源调度方法、装置、设备及介质 | |
CN114301980A (zh) | 容器集群的调度方法、装置、系统及计算机可读介质 | |
CN113535402A (zh) | 基于5g mec的负载均衡处理方法、装置及电子设备 | |
CN110311936B (zh) | 客户端之间的通讯方法、装置、电子设备及存储介质 | |
CN113760482A (zh) | 一种任务处理方法、装置和系统 | |
CN110753043A (zh) | 一种通信方法、装置、服务器及介质 | |
CN115086425B (zh) | 消息传输方法、装置、程序产品、介质及电子设备 | |
CN114296953B (zh) | 一种多云异构系统及任务处理方法 | |
CN110365720B (zh) | 一种资源请求处理的方法、装置及系统 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |