java多线程（九）服务器处理并发客户端请求的方式_Charles Ray的博客-程序员秘密

前提

IO编程中，。Input Stream就是数据从外面（磁盘、网络）流进内存，Output Stream就是数据从内存流到外面去。对于浏览网页来说，浏览器和新浪服务器之间至少需要建立两根水管，才可以既能发数据，又能收数据。由于CPU和内存的速度远远高于外设的速度，所以，在IO编程中，就存在速度严重不匹配的问题。举个例子来说，比如要把100M的数据写入磁盘，CPU输出100M的数据只需要0.01秒，可是磁盘要接收这100M数据可能需要10秒。所以我们可以理解为cpu处理数据多速度是很快的，但是主要的时间耗费在IO上。

1. 多进程处理

为了解决同步架构的并发问题，一个简单的改进是通过进程的复制同时服务更多的请求和用户。这样每个连接都需要一个进程来服务，即100个连接需要启动100个进程来进行服务，这是非常昂贵的代价。

2. 多线程处理

让一个线程服务一个请求。线程相对进程的开销要小许多，并且线程之间可以共享数据，并且利用线程池可以减少创建和销毁线程的开销。但是线程过多，在CPU中较多的切换线程会浪费CPU资源，当线程数量过多时，时间将会被耗用在上下文切换中（这也就是多线程编程中为何开启更多的线程并不能提高性能的原因）。所以在大并发量时，多线程结构还是无法做到强大的伸缩性。虽然效率够高但是耗费CPU资源而且多线程问题很多，比如安全问题等等。

Apache就是采用多线程/多进程模型实现的，当并发增长到上万时，内存耗用的问题将会暴露出来，这即是著名的C10k问题。

3. 事件驱动模型

四种IO模型：https://segmentfault.com/a/1190000017151921
https://blog.csdn.net/hlang8160/article/details/80950155

为了解决高并发问题，基于事件驱动的服务模型出现了，像Node与Nginx均是基于事件驱动的方式实现的，采用单线程避免了不必要的内存开销和上下文切换开销。
异步（也就是IO多路复用模型）。
单线程任务交错在cpu执行效率高，而且不会出现多线程问题。

灰色表示IO处理的延迟，因为IO延迟比较高，CPU数据处理延迟几乎可以忽略。

本文链接：https://blog.csdn.net/chongbin007/article/details/96603366

原作者删帖不实内容删帖广告或垃圾文章投诉

智能推荐

【Tools】Git学习_记录无知岁月的博客-程序员秘密

今天整理收藏夹，发现几个很好的Git学习网站，分享一下点击学习文章二点击学习文章三点击学习文章四文章五：Why Git is better than SVN一个在线演练Git的网站

React-native完整配置流程_weixin_30340617的博客-程序员秘密

开头敲黑板！！　　无论你是RN的新手还是老手，跟着流程走，RN项目搭建起来完全不是问题！一、网址收集expo配置网址：https://blog.expo.io/building-a-react-native-app-using-expo-and-typescript-part-1-a81b6970bb82tabbar网址：https://github.com/ptomasro...

android获取设备唯一ID方法_android 获取设备id_suwenlai的博客-程序员秘密

1、方案一IMEI IMEI(International Mobile Equipment Identity)是国际移动设备识别码的缩写，由15-17位数字组成，与手机是一一对应的关系，该码是全球唯一的，并且永远不会改变。2、不同版本获取IEMI的方式在Android 8.0（API Level 26）以下，可以通过TelephonyManager的getDeviceId()方法获取到设备的IMEI码（其实这里的说法不准确，该方法是会根据手机设备的制式（GSM或CDMA）返回...

[下载地址] Maven - 插件（附详细配置_阿里版）_weixin_34088838的博客-程序员秘密

https://pan.baidu.com/s/1c2pQk8o转载于:https://www.cnblogs.com/gscq073240/articles/6814410.html

linux驱动开发---导出内核符号_weixin_33682719的博客-程序员秘密

2021年“金三银四”来袭！涵盖Java各种技术栈，满满干货指导_四个人打牌，钱都被风刮到地上，每个人都知道自己多少钱，你只知道总数。请问你能帮他们都分准钱吗，其中每_A小小开发者的博客-程序员秘密

说明Java生鲜电商平台中由于采用了微服务架构进行业务的处理，买家，卖家，配送，销售，供应商等进行服务化，但是不可避免存在分布式事务的问题。业界有很多的解决方案，对此我相信大家都百度一下子就有很多，但是我巨人大哥想说的是：微服务架构中应当尽量避免分布式事务。下面就是来讨论下，分布式事务中主要聚焦于强一致性和最终一致性的解决方案。一面（一个半小时）首先自我介绍了解Web层开发？数据库索引了解么？聚簇索引，非聚簇索引？索引分类？了解数据库都由哪些引擎？分别有什么区别和使用场景？了