nginx架构

1. Nginx在启动后，默认在Unix系统中以守护进程(daemon)方式运行。这种模式下，Nginx会有一个master进程和多个worker进程。

2. 为了调试，我们可以配置Nginx在前台运行，并取消master进程，使其以单进程方式工作。这种模式并不适用于生产环境，而是为了方便开发和调试。

3. Nginx的多进程工作模式是其默认和主流的运行方式，尽管它也支持多线程模式。多进程模式为Nginx带来了许多优势。

4. 在多进程模式下，master进程主要负责管理worker进程。它的职责包括接收外部信号、向worker进程发送信号、监控worker进程的状态，并在需要时重新启动它们。

5. Worker进程则负责处理网络事件。这些worker进程是对等的，它们独立地、公平地处理来自客户端的请求。

6. 每个请求只会在一个worker进程中处理，而一个worker进程不会处理其他进程的请求。

7. 通常，worker进程的数量设置为与机器的CPU核数相同，这与Nginx的进程和事件处理模型密切相关。

Nginx的操作与进程管理：

1. Nginx启动后，主要的操作都是通过与master进程的通信来完成。
2. master进程接收外部发来的信号，并根据信号执行相应的操作。
3. 控制Nginx的常见方法是使用kill命令向master进程发送信号。例如，使用kill -HUP pid可以从容地重启Nginx或重新加载配置。
4. master进程在接收到HUP信号后会重新加载配置文件，启动新的worker进程，并通知旧的worker进程退出。
5. Nginx 0.8版本之后提供了命令行参数，如./nginx -s reload来重启Nginx，而./nginx -s stop用于停止Nginx。
6.   Worker进程之间是平等的，每个进程都有可能处理来自客户端的请求。

Worker进程的请求处理：

1. 当新的连接请求到来时，所有worker进程的listenfd都会变得可读，但只有一个进程会处理该连接。
2. 一个请求完全由一个worker进程处理，不会跨进程处理
3. 独立的worker进程不需要加锁，减少了锁带来的开销。

Nginx的进程模型优势：

1. 独立的进程保证了进程间的隔离性，一个进程的异常退出不会影响其他进程。
2. Nginx的进程模型减少了上下文切换的开销，提高了性能。

3. Nginx采用异步非阻塞的方式处理请求，能够同时处理大量的并发请求。

Nginx的事件处理：

1. Nginx使用如select/poll/epoll/kqueue等系统调用来异步处理事件。
2. Nginx的异步处理方式减少了线程的创建和上下文切换的开销，提高了性能。
3. Nginx有特定的信号处理机制，信号会中断程序的运行。

信号与定时器的处理：

• Nginx使用epoll_wait等函数的超时时间来实现定时器。
• Nginx的定时器事件存储在红黑树中，每次进入epoll_wait前，都会计算出下一个定时器事件的超时时间。

Nginx 实现负载均衡的方式有以下几种：

1. 基于 IP hash：将请求根据客户端 IP 的哈希值分配给一组服务器，使得同一个客户端的请求总是被分配到同一台服务器。

2. 基于轮询：将请求按顺序轮流分配给服务器，确保每台服务器都能均衡接收请求。

3. 基于权重：根据服务器的负载情况和性能，为不同的服务器分配不同的权重，让性能更好的服务器获得更多的请求。

4. 基于最少连接数：将请求发送到当前连接数最少的服务器上，确保每台服务器的负载均衡。

5. 基于 URL hash：根据请求 URL 的哈希值将请求分配给一组服务器，使得相同 URL 的请求总是被分配给同一台服务器。