bio

一、Connector 在Tomcat架构中，Connector主要负责处理与客户端的通信。Connector的实例用于监听端口，接受来自客户端的请求并将请求转交给Engine处理。同时将来自Engine的答复返回给客户端。 Connector的种类 Tomcat源码中与connector相关的类位于org.apache.coyote包中，Connector分为以下几类： Http Connector, 基于HTTP协议，负责建立HTTP连接。它又分为BIO Http Connector与NIO Http Connector两种，后者提供非阻塞IO与长连接Comet支持。 默认情况下，Tomcat使用的就是这个Connector。 AJP Connector, 基于AJP协议，AJP是专门设计用来为tomcat与http服务器之间通信专门定制的协议，能提供较高的通信速度和效率。 如与Apache服务器集成时，采用这个协议。 APR HTTP Connector, 用C实现，通过JNI调用的。主要提升对静态资源(如HTML、图片、CSS、JS等)的访问性能。现在这个库已独立出来可用在任何项目中。 Tomcat在配置APR之后性能非常强劲。 tomcat中实现了以下几种Connector： #以上三种Connector实现都是直接处理来自客户端Http请求 org.apache

Java IO模型：BIO、NIO、AIO 本来是打算直接学习网络框架Netty的，但是先补充了一下自己对Java 几种IO模型的学习和理解。分别是 BIO、NIO、AIO三种IO模型。 IO模型的基本说明 BIO模型图 缺点： 如果有很多个Client，则会产生很多个线程。压力主要是在服务器端。客户端的压力并不大。 另外建立连接之后，并不是在时时刻刻的使用。会有空间时间。 会阻塞。 NIO模型图 特点： 事件驱动 多路复用 Netty底层使用的NIO模型 AIO模型 目前还未得到广泛运用。异步非阻塞。先了解就可以。 BIO、NIO、AIO使用场景分析 BOI方式使用与连接数目比较小固定的架构，这种方式对服务器资源要求比较高，并发局限于应用中。JDK1.4以前的唯一选择。但是程序简单容易理解。 NIO方式适用于 连接数目多且连接比较短 （轻操作）的架构，比如聊天服务器，弹幕系统，服务期间通讯等。编程比较复杂，JDK1.4开始支持。 AIO方式适用于 连接数目多且连接比较长 （重操作）的架构，比如相册服务器，充分调用OS操作系统参与并发操作，编程比较复杂，JDK7开始支持。但是目前还未得到广泛运用。 JAVA BIO编程 JAVA BIO 基本介绍 JAVA BIO 工作机制 JAVA BIO 应用实例 package com.dawa.netty.bio; import com

BIO : Block-IO 阻塞IO BIO的问题在于当建立连接后，线程会 NIO: 框架层面:new-IO 系统内核层面:non-block 非阻塞IO SELECT* 实际调用了内核的API select()方法 来源： oschina 链接： https://my.oschina.net/leitingweb/blog/3189768

随着学习的深入，我们会越发感慨到网络编程的重要性，要想了解网络编程，我们需要了解下Java里的BIO和NIO，只有了解了BIO和NIO我们才能了解netty，我们才会真正的对网络编程有一个全新的认识，所以我呢今天从BIO说起，让大家真正的理解什么是BIO，大家都说阻塞，那么到底阻塞在哪里，为什么会发生阻塞呢，只有真正的做到知其然，才能知其所以然。 看一下服务端代码 看一下客户端代码 来源： CSDN 作者： wanglei727 链接： https://blog.csdn.net/addccc/article/details/104672921

BIO就是我们传统意义上的Inputstream，Outputstream。这个东西是同步阻塞的，效率不高，服务器实现模式为一个连接一个线程，即客户端有连接请求时服务器端就需要启动一个线程进行处理，如果这个连接不做任何事情会造成不必要的线程开销，当然可以通过线程池机制改善。 NIO 随着分布式的如火如荼，为了提高访问效率，引进了NIO，同步非阻塞式IO，服务器实现模式为一个请求一个线程，即客户端发送的连接请求都会注册到多路复用器selector上，多路复用器轮询到连接有I/O请求时才启动一个线程进行处理。 同时这个东西读取或者写出数据的时候不是直接操作channel的，他是操作buffer内存的。这个东西写起来很麻烦，从而诞生了Netty来封装NIO，像一些市面上牛逼的中间件用的都是这东西。比如zk.dubbo等等。。。。 好了说了这么多上代码吧，这东西到底是咋玩的呢？ ////////BIO代码服务端和客户端 public class BIOClient { public static void main(String[] args) throws UnknownHostException, IOException { //要和谁进行通信，服务器IP、服务器的端口 //一台机器的端口号是有限 Socket client = new Socket("localhost", 8080

BIO, NIO, AIO，本身的描述都是在Java语言的基础上的。 而描述IO，我们需要从三个层面： 编程语言 实现原理 底层基础 从编程语言层面 BIO, NIO, AIO以Java的角度理解： BIO，同步阻塞式IO，简单理解：一个连接一个线程 NIO，同步非阻塞IO，简单理解：一个请求一个线程 AIO，异步非阻塞IO，简单理解：一个有效请求一个线程 BIO 在JDK1.4之前，用Java编写网络请求，都是建立一个ServerSocket，然后，客户端建立Socket时就会询问是否有线程可以处理，如果没有，要么等待，要么被拒绝。即：一个连接，要求Server对应一个处理线程。 public class PlainEchoServer { public void serve(int port) throws IOException { final ServerSocket socket = new ServerSocket(port); //Bind server to port try { while (true) { //Block until new client connection is accepted final Socket clientSocket = socket.accept(); System.out.println("Accepted

先来个例子理解一下概念，以银行取款为例： 同步 ： 自己亲自出马持银行卡到银行取钱（使用同步IO时，Java自己处理IO读写）。 异步 ： 委托一小弟拿银行卡到银行取钱，然后给你（使用异步IO时，Java将IO读写委托给OS处理，需要将数据缓冲区地址和大小传给OS(银行卡和密码)，OS需要支持异步IO操作API）。 阻塞 ： ATM排队取款，你只能等待（使用阻塞IO时，Java调用会一直阻塞到读写完成才返回）。 非阻塞 ： 柜台取款，取个号，然后坐在椅子上做其它事，等号广播会通知你办理，没到号你就不能去，你可以不断问大堂经理排到了没有，大堂经理如果说还没到你就不能去（使用非阻塞IO时，如果不能读写Java调用会马上返回，当IO事件分发器会通知可读写时再继续进行读写，不断循环直到读写完成）。 Java对BIO、NIO、AIO的支持 ： Java BIO ： 同步并阻塞，服务器实现模式为一个连接一个线程，即客户端有连接请求时服务器端就需要启动一个线程进行处理，如果这个连接不做任何事情会造成不必要的线程开销，当然可以通过线程池机制改善。 Java NIO ： 同步非阻塞，服务器实现模式为一个请求一个线程，即客户端发送的连接请求都会注册到多路复用器上，多路复用器轮询到连接有I/O请求时才启动一个线程进行处理。 Java AIO(NIO.2) ： 异步非阻塞

概要： Tomcat各核心组件认知 Tomcat server.xml 配置详解 Tomcat IO模型介绍 一、Tomcat各组件认知 Tomcat架构说明 Tomcat组件及关系详情介绍 Tomcat启动参数说明 Tomcat架构说明 1、Tomcat架构说明 Tomcat是一个基于JAVA的WEB容器，其实现了JAVA EE中的 Servlet 与 jsp 规范，与Nginx apache 服务器不同在于一般用于动态请求处理。在架构设计上采用面向组件的方式设计。即整体功能是通过组件的方式拼装完成。另外每个组件都可以被替换以保证灵活性。 那么是哪些组件组成了Tomcat呢？ 2、Tomcat 各组件及关系 Server 和 Service Connector 连接器 HTTP 1.1 SSL https AJP（ Apache JServ Protocol） apache 私有协议，用于apache 反向代理Tomcat Container Engine 引擎 catalina Host 虚拟机 基于域名 分发请求 Context 隔离各个WEB应用 每个Context的 ClassLoader都是独立 Component Manager （管理器） logger （日志管理） loader （载入器） pipeline (管道) valve （管道中的阀） 3

Java IO模型 Java共支持3种网络编程模型/IO模式：BIO、NIO、AI BIO 同步并阻塞(传统阻塞型)，服务器实现模式为一个连接一个线程，即客户端有连接请求时服务器端就需要启动一个线程进行处理，如果这个连接不做任何事情会造成不必要的线程开销 适用于连接数目比较小且固定的架构，这种方式对服务器资源要求比较高，并发局限于应用中，JDK1.4以前的唯一选择，但程序简单易理解。 存在问题： 每个请求都需要创建独立的线程，与对应的客户端进行数据Read，业务处理，数据Write 当并发数较大时，需要创建大量线程来处理连接，系统资源占用较大 连接建立后，如果当前线程暂时没有数据可读，则线程就阻塞在Read操作上，造成线程资源浪费 客户端 public class BIOClient { public static void main(String[] args) { // 通过构造函数创建Socket，并且连接指定地址和端口的服务端 try { Socket socket = new Socket(localhost, 6666); //开启一个线程接收消息 new ReadMsg(socket).start(); System.out.println("请输入信息"); PrintWriter pw = null; // 写数据到服务端 while (true) { pw =

IO的方式通常分为几种，同步阻塞的BIO、同步非阻塞的NIO、异步非阻塞的AIO。 一、BIO 在JDK1.4出来之前，我们建立网络连接的时候采用BIO模式，需要先在服务端启动一个ServerSocket，然后在客户端启动Socket来对服务端进行通信，默认情况下服务端需要对每个请求建立一堆线程等待请求，而客户端发送请求后，先咨询服务端是否有线程相应，如果没有则会一直等待或者遭到拒绝请求，如果有的话，客户端会线程会等待请求结束后才继续执行。 二、NIO NIO本身是基于事件驱动思想来完成的，其主要想解决的是BIO的大并发问题： 在使用同步I/O的网络应用中，如果要同时处理多个客户端请求，或是在客户端要同时和多个服务器进行通讯，就必须使用多线程来处理。也就是说，将每一个客户端请求分配给一个线程来单独处理。这样做虽然可以达到我们的要求，但同时又会带来另外一个问题。由于每创建一个线程，就要为这个线程分配一定的内存空间（也叫工作存储器），而且操作系统本身也对线程的总数有一定的限制。如果客户端的请求过多，服务端程序可能会因为不堪重负而拒绝客户端的请求，甚至服务器可能会因此而瘫痪。 NIO基于Reactor，当socket有流可读或可写入socket时，操作系统会相应的通知引用程序进行处理，应用再将流读取到缓冲区或写入操作系统。 也就是说，这个时候，已经不是一个连接就要对应一个处理线程了