web服务程序模型

本文探讨了web服务程序的三种主要模型:多进程、多线程和IO多路复用。针对高并发场景,分析了每种模型的性能特点和优缺点。例如,多进程模型解决了阻塞问题但资源消耗大,多线程模型创建和切换开销小但存在崩溃风险,而IO多路复用如epoll模型则在效率和资源利用上更具优势。选择模型需结合具体应用场景。
摘要由CSDN通过智能技术生成

文中指的web服务程序指对外提供网络服务的一类服务程序,当然http webservcie是最典型的一类,http webservice有很多成熟的容器,如tomcat、websphere等,依托这些容器程序员们不用关注底层的网络通信、会话保持、进程管理等内容,只用专注于上层业务逻辑实现,降低了使用者的门槛,容器、框架再屏蔽底层细节给程序员们带来的困惑的的同时,也会让程序不了解底层的本质的东西,在一些技术细节地方拿捏不好。但任何大师级人物,他的基本功肯定都是最过硬的。程序员要做到高段位,对基础知识要搞透彻对系统架构的东西要能认清其本质,并且能有自己的见解。对于较小并发请求时各种编程模型性能都相差无几,但对于高并发时,模型对性能的影响将是巨大的。这类服务程序模型大致有几种。

1、多进程模型

对web请求的处理单元是进程,监听主进程收到网络请求时开辟进程来处理这个请求,每个进程处理调度分配给其的web请求。

 

其解决了单进程服务程序进程阻塞的问题,但系统的资源是有限的,面对高并发,进程开辟到一定程度资源是要被分配光的,即使采用资源池的模型,进程简单的切换开销也是巨大的。

2、多线程模型

web请求的处理单元是较进程轻量级的线程,监听主线程收到网络请求是开辟线程来处理这个请求。

的确ÿ

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值