Nginx讲解（一）Nginx介绍以及同步异步阻塞非阻塞介绍

一、Nginx概念讲解

• Nginx是一个高性能的HTTP和反向代理服务，也是一个IMAP/POP3/SMTP服务
• Nginx是一款轻量级的Web 服务器/反向代理服务器及电子邮件(IMAP/POP3)代理服务器，并在一个BSD-like 协议下发行。其特点是占有内存少，并发能力强，事实上nginx的并发能力确实在同类型的网页服务器中表现较好，中国大陆使用nginx网站用户有:百度、京东、新浪、网易、腾讯、淘宝等。
• 在连接高并发的情况下，Nginx是Apache服务不错的替代品:Nginx在美国是做虚拟主机生意的老板们经常选择的软件平台之一。能够支持高达 50,000 个并发连接数的响应
• 作为邮件代理服务:Nginx 同时也是一个非常优秀的邮件代理服务(最早开发这个产品的目的之一也是作为邮件代理服务器)
• Nginx 是一个安装非常的简单、配置文件非常简洁(还能够支持perl语法)、Bug非常少的服务。Nginx 启动特别容易，并且几乎可以做到7*24不间断运行，即使运行数个月也不需要重新启动。你还能够不间断服务的情况下进行软件版本的升级。

二、Apache与Nginx的优缺点比较

1.nginx相对于apache的优点：
轻量级，同样起web 服务，比apache 占用更少的内存及资源
抗并发，nginx 处理请求是异步非阻塞的，而apache 则是阻塞型的，在高并发下nginx 能保持低资源低消耗高性能
高度模块化的设计，编写模块相对简单
社区活跃，各种高性能模块出品迅速
2.apache 相对于nginx 的优点：
rewrite ，比nginx 的rewrite 强大
模块超多，基本想到的都可以找到
少bug ，nginx 的bug 相对较多
超稳定
存在就是理由，一般来说，需要性能的web 服务，用nginx 。如果不需要性能只求稳定，那就apache 吧。后者的各种功能模块实现得比前者，例如ssl 的模块就比前者好，可配置项多。这里要注意一点，epoll(freebsd 上是 kqueue )网络IO 模型是nginx 处理性能高的根本理由，但并不是所有的情况下都是epoll 大获全胜的，如果本身提供静态服务的就只有寥寥几个文件，apache 的select 模型或许比epoll 更高性能。

3.最核心的区别在于apache是同步多进程模型，一个连接对应一个进程；nginx是异步的，多个连接（万级别）可以对应一个进程

4.nginx和apache具体的区别：

• Nginx 配置简洁, Apache 复杂
• Nginx 静态处理性能比 Apache 高 3倍以上
• Apache 对 PHP 支持比较简单，Nginx 需要配合其他后端用
• Apache 的组件比 Nginx 多
• 现在 Nginx 才是 Web 服务器的首选
• nginx处理静态文件好,耗费内存少.但无疑apache仍然是目前的主流,有很多丰富的特性.所以还需要搭配着来.当然如果能确定nginx就适合需求,那么使用nginx会是更经济的方式.
• Nginx支持7层负载均衡

三、Nginx的功能

1.Http代理，方向代理：
作为web服务器最常用的功能之一，尤其是反向代理。Nginx在方向代理时，提供性能稳定，并且能够提供配置灵活的转发功能。Nginx可以根据不同的正则匹配，采取不同的转发策略，比如在图片文件结尾的走文件服务器，动态页面走web服务器，只要你正则些的没有问题，又有相对应的服务器解决方案，你就可以随心所欲的玩。并且Nginx对返回结果进行错误页跳转，异常判断等。如果被分的服务器存在异常，他可以将请求重新转发给另外一台服务器，然后自动去除异常服务器。

2.负载均衡
Nginx提供的负载均衡策略有两种：（内置策略和扩展策略）。

• 内置策略微轮询，加权轮询，IP hash （IP hash算法，对客户请求的ip进行hash操作，然后根据hash结果将同一客户端ip的请求分发给同一台服务器进行处理，可以解决session不共享的问题。）。

• 扩展策略，就是天马行空，只有你想不到的没有他做不到的啦。您可以参照所有的负载均衡算法，给他一一找出来做下实现。

3.web缓存
Nginx可以对不同文件做不同的缓存处理，配置灵活，并且支持FastCGI_Cache，主要用于FastCGI的动态程序进行缓存。配合着第三方的ngx_cache_purge，对制定的URL缓存内用可以进行删增管理。

四、同步和异步

1.同步和异步通常用来形容一次方法调用。

• 同步方法调用一旦开始，调用者必须等到方法调用返回后，才能继续后续的行为。
• 同步和异步关注的是消息通信机制
• 所谓同步，就是在发出一个功能调用时，在没有得到结果之前，该调用就不返回。按照这个定义，其实绝大多数函数都是同步调用（例如sin, isdigit等）。但是一般而言，我们在说同步、异步的时候，特指那些需要其他部件协作或者需要一定时间完成的任务。
• 异步方法调用更像一个消息传递，一旦开始，方法调用就会立即返回，调用者就可以继续后续的操作。而，异步方法通常会在另外一个线程中，“真实”地执行着。整个过程，不会阻碍调用者的工作。
• 异步的概念和同步相对。当一个异步过程调用发出后，调用者不能立刻得到结果。实际处理这个调用的部件在完成后，通过状态、通知和回调来通知调用者

2.java中交互方式分为同步和异步两种

• 同步：所有的操作都做完，才返回给用户。这样用户在线等待的时间太长，会有一种卡死的感觉，这种情况下，用户不可以关闭界面，一旦关闭，则迁移程序就中断了。
• 异步：将用户请求放入消息队列（即缓存机制），并反馈给用户，系统迁移程序已经启动，然后用户便可以关闭浏览器，然后程序再慢慢的写到数据库中。此时用户不会有卡死的感觉，系统会告诉用户请求系统已经响应了，可以关闭界面。
• 同步，是所有的操作都做完，才返回给用户结果。即写完数据库之后，在相应用户，用户体验不好。
• 异步，不用等所有操作等做完，就相应用户请求。即先相应用户请求，然后慢慢去写数据库，用户体验较好
• 虽然同步不是很好，但是在一些方面是必须使用同步的，比如说银行的转账系统，对数据库的保存操作等

五、阻塞与非阻塞

• 阻塞和非阻塞关注的是程序在等待调用结果（消息，返回值）时的状态.

• 阻塞就是干不完不准回来，

• 非阻塞就是你先干，我先看看有其他事没有，完了告诉我一声

• 阻塞调用是指调用结果返回之前，当前线程会被挂起。函数只有在得到结果之后才会返回。有人也许会把阻塞调用和同步调用等同起来，实际上它们是不同的。对于同步调用来说，很多时候当前线程还是激活的，只是从逻辑上当前函数没有返回而已。

• 非阻塞和阻塞的概念相对应，指在不能立刻得到结果之前，该函数不会阻塞当前线程，而会立刻返回。

六、同步阻塞，同步非阻塞，异步阻塞，异步非阻塞

• 同步和异步，阻塞与非阻塞，其实，这两者存在本质的区别，它们的修饰对象是不同的。阻塞和非阻塞是指进程访问的数据如果尚未就绪，进程是否需要等待，简单说这相当于函数内部的实现区别，也就是未就绪时是直接返回还是等待就绪。而同步和异步是指访问数据的机制,同步一般指主动请求并等待I/O操作完毕的方式,当数据就绪后在读写的时候必须阻塞,异步则指主动请求数据后便可以继续处理其它任务,随后等待I/O,操作完毕的通知,这可以使进程在数据读写时也不阻塞。

举个例子：

• 前提：普通水壶简称水壶，会响的水壶简称响水壶
• 同步阻塞：老张把水壶放到火上，等着水开
• 同步非阻塞：老张把水壶放到火上，去客厅看电视，时不时去厨房看看水开没有
• 异步阻塞：老张买了一把会响的水壶（水开之后，会发出噪音），老张把响水壶放到火上，等着水开（其实并没有什么意义）
• 异步非阻塞：老张把响水壶放到火上，去客厅看电视，水壶响之前不去看他，响了再去拿壶
• 所谓同步异步，只是对于水壶而言。普通水壶，同步；响水壶，异步。虽然都能干活，但响水壶可以在自己完工之后，提示老张水开了。这是普通水壶所不能及的。同步只能让调用者去轮询自己（情况2中），造成老张效率的低下。
• 所谓阻塞非阻塞，仅仅对于老张而言。一直等的老张是阻塞；看电视的老张是非阻塞。情况1和情况3中老张就是阻塞的，媳妇喊他都不知道。虽然3中响水壶是异步的，可对于立等的老张没有太大的意义。所以一般异步是配合非阻塞使用的，这样才能发挥异步的效用。

七、select、poll、epoll_wait参数及实现对比

* IO多路复用是指内核一旦发现进程指定的一个或者多个IO条件准备读取，它就通知该进程。 IO多路复用适用如下场合：
（1）当客户处理多个描述字时（一般是交互式输入和网络套接口），必须使用I/O复用。
（2）当一个客户同时处理多个套接口时，而这种情况是可能的，但很少出现。
（3）如果一个TCP服务器既要处理监听套接口，又要处理已连接套接口，一般也要用到I/O复用。
4）如果一个服务器即要处理TCP，又要处理UDP，一般要使用I/O复用。
（5）如果一个服务器要处理多个服务或多个协议，一般要使用I/O复用。
与多进程和多线程技术相比，I/O多路复用技术的最大优势是系统开销小，系统不必创建进程/线程，也不必维护这些进程/线程，从而大大减小了系统的开销。

• select中函数准许进程指示内核等待多个事件中的任何一个发送，并只在有一个或多个事件发生或经历一段指定的时间后才唤醒。
• poll的机制与select类似，与select在本质上没有多大差别，管理多个描述符也是进行轮询，根据描述符的状态进行处理，但是poll没有最大文件描述符数量的限制。poll和select同样存在一个缺点就是，包含大量文件描述符的数组被整体复制于用户态和内核的地址空间之间，而不论这些文件描述符是否就绪，它的开销随着文件描述符数量的增加而线性增大。
• epoll是在2.6内核中提出的，是之前的select和poll的增强版本。相对于select和poll来说，epoll更加灵活，没有描述符限制。epoll使用一个文件描述符管理多个描述符，将用户关系的文件描述符的事件存放到内核的一个事件表中，这样在用户空间和内核空间的copy只需一次。
• 总结
  （1）select，poll实现需要自己不断轮询所有fd集合，直到设备就绪，期间可能要睡眠和唤醒多次交替。而epoll其实也需要调用epoll_wait不断轮询就绪链表，期间也可能多次睡眠和唤醒交替，但是它是设备就绪时，调用回调函数，把就绪fd放入就绪链表中，并唤醒在epoll_wait中进入睡眠的进程。虽然都要睡眠和交替，但是select和poll在“醒着”的时候要遍历整个fd集合，而epoll在“醒着”的时候只要判断一下就绪链表是否为空就行了，这节省了大量的CPU时间。这就是回调机制带来的性能提升。
  （2）select，poll每次调用都要把fd集合从用户态往内核态拷贝一次，并且要把current往设备等待队列中挂一次，而epoll只要一次拷贝，而且把current往等待队列上挂也只挂一次（在epoll_wait的开始，注意这里的等待队列并不是设备等待队列，只是一个epoll内部定义的等待队列）。这也能节省不少的开销。