Nginx导航

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

简介

最近都在弄微服务的东西，现在来记录下收获。我从一知半解到现在能从0搭建使用最大的感触有两点

1.微服务各大组件的版本很多，网上很多博客内容不一定适合你的版本，很多时候苦苦琢磨都是无用功

2.网上博客参差不齐，有些甚至错误的。更离谱的是，好的文章阅读量除非高出天际，不然就都很低，比那些复制粘贴，随便应付的都低（这个搜索推荐算法不知道基于什么的）

通过这段时间学习，我觉得最重要是从好的博客入手，先不要着急怎么组件怎么使用，而是先了解组件的作用，大概的原理，然后才是使用，这样搭建和尝试的过程中才能更好的定位问题，最后再次回到原理和一些实际问题的处理（不知道实际问题怎样的，直接搜那个组件的面试题往往效果最好）

接下来的内容，都以导航的形式展现给大家（毕竟优秀的轮子很多，直接看大佬写的不香嘛），再顺带提些自己的理解

传送门

更多微服务的介绍可点击下方链接

微服务介绍、Nginx导航、Nacos导航、Gateway导航、Ribbon导航、Feign导航、Sentinel导航

博主微服务git练手项目：https://github.com/NiceJason/SpringCloudDemo

Nginx介绍

Ng基础原理介绍：https://blog.csdn.net/wang379275614/article/details/47777985

从以下几个方面去了解Ng：

1.讲了正向代理和反向代理的区别（其实就是请求方和接收方两个角度看事情）

2.非阻塞高并发链接，其实底层使用了epoll事件模型

这其实是linux内核+硬件的支持：https://blog.csdn.net/armlinuxww/article/details/92803381 通俗易懂的讲解了epoll事件驱动是怎么一回事

事件驱动简单来说就是两个阶段的事件模型

第一阶段：由硬件接收到信息给内核发送中断信号以此执行中断程序

第二个阶段：由内核发送唤醒信号将阻塞的进程唤醒，例如socket执行了accept()方法被阻塞了

由于是事件模型，那么肯定是异步的，因此NG能一口气接收很多请求，间接保护了背后的系统，这个事件模型其实和我们写代码时设计的事件模型一模一样，只不过事件源的产生和发送都是由内核发出，我们监听就好（同样内核也作为监听者去监听硬件）

3.Ng由多个模块组成（我们具体配置的地方），每个模块都负责不同的功能（我把这些模块理解为Web程序的过滤器，只要你写了过滤器，那每个请求过来时都会执行下过滤器）

例如最常用的Http模块，里面的各种参数常用的作用如下（具体实现百度）

负载均衡，反向代理，限流（限制并发量），限制下载速度，设置缓存（静态缓存设置），设置http头

4.Ng使用Master/Worker模型来保证可靠性（https://guisu.blog.csdn.net/article/details/8930668），这个模型引发了下面几点思考

结合Linux进程与线程的原理（https://my.oschina.net/cnyinlinux/blog/422207）可以了解到父进程和子进程的关系

Ng采用的是父进程先绑定端口然后再fork子进程，这种模型会发生惊群现象（https://www.zhihu.com/question/360939266），多个进程监听同一个端口，有消息进来后全部惊醒，最终却只有一个进程能够处理

NG是这样处理的（https://blog.csdn.net/wan_hust/article/details/38958545），将请求到来延时处理（相当于自身加个队列，变成了异步处理），然后设置一个互斥锁让多个worker去竞争，拿到锁的进程自身监听所有端口，没拿到锁的删除所有监听的端口（一开始由于继承父进程而监听所有端口），这样就变成了实际只有1个进程监听所有端口，等这个进程处理的事情满了就把锁释放出来，自身不再监听和争抢锁，消化完后再来

5.Nginx一般作为系统的最外层的网关，所有请求都先经过NG转发，一般是转发给系统服务的网关（如果有多个网关就能负载均衡啦，不过NG的负载均衡只有很简单的轮询或根据权重等，并不像Ribbon负载内部服务这么多选择），而这个转发行为，对于外面的请求来讲就是反向代理，对于系统来讲就是正向代理（一定程度上就保护了系统啦）。

6.NG可以做静态服务器，像浏览器一样存储一些静态资源的缓存，从而能快速响应