Nginx才短短几年，就拿下了web服务器大笔江山，众所周知，Nginx在处理大并发静态请求方面，效率明显高于httpd，甚至能轻松解决C10K问题。　　在高并发连接的情况下，Nginx是Apache服务器不错的替代品。Nginx同时也可以作为7层负载均衡服务器来使用。根据我的测试结果，Nginx 0.7.14 + PHP 5.2.6 (FastCGI) 可以承受3万以上的并发连接数，相当于同等环境下Apache的10倍。　　一般来说，4GB内存的服务器+Apache（prefork模式）一般只能处理3000个并发连接，因为它们将占用3GB以上的内存，还得为系统预留1GB的内存。我曾经就有两台Apache服务器，因为在配置文件中设置的MaxClients为4000，当Apache并发连接数达到3800时，导致服务器内存和Swap空间用满而崩溃。　　而这台 Nginx 0.7.14 + PHP 5.2.6 (FastCGI) 服务器在3万并发连接下，开启的10个Nginx进程消耗150M内存（15M*10=150M），开启的64个php-cgi进程消耗1280M内存（20M*64=1280M），加上系统自身消耗的内存，总共消耗不到2GB内存。如果服务器内存较小，完全可以只开启25个php-cgi进程，这样php-cgi消耗的总内存数才500M。　　在3万并发连接下，访问Nginx 0.7.14 + PHP 5.2.6 (FastCGI) 服务器的PHP程序，仍然速度飞快。　　为什么Nginx在处理高并发方面要优于httpd，我们先从两种web服务器的工作原理以及工作模式说起。　　apache三种工作模式　　我们都知道Apache有三种工作模块，分别为prefork、worker、event。　　prefork：多进程，每个请求用一个进程响应，这个过程会用到select机制来通知。　　worker：多线程，一个进程可以生成多个线程，每个线程响应一个请求，但通知机制还是select不过可以接受更多的请求。　　event：基于异步I/O模型，一个进程或线程，每个进程或线程响应多个用户请求，它是基于事件驱动（也就是epoll机制）实现的。　　prefork的工作原理　　如果不用“–with-mpm”显式指定某种MPM,prefork就是Unix平台上缺省的MPM.它所采用的预派生子进程方式也是 Apache1.3中采用的模式。prefork本身并没有使用到线程，2.0版使用它是为了与1.3版保持兼容性；另一方面，prefork用单独的子进程来处理不同的请求，进程之间是彼此独立的,这也使其成为最稳定的MPM之一。　　worker的工作原理　　相对于prefork，worker是2.0版中全新的支持多线程和多进程混合模型的MPM。由于使用线程来处理，所以可以处理相对海量的请求，而系统资源的开销要小于基于进程的服务器。但是，worker也使用了多进程,每个进程又生成多个线程，以获得基于进程服务器的稳定性，这种MPM的工作方 式将是Apache2.0的发展趋势。　　event 基于事件机制的特性　　一个进程响应多个用户请求，利用callback机制，让套接字复用，请求过来后进程并不处理请求，而是直接交由其他机制来处理，通过epoll机制来通知请求是否完成；在这个过程中，进程本身一直处于空闲状态，可以一直接收用户请求。可以实现一个进程程响应多个用户请求。支持持海量并发连接数，消耗更少的资源。　　如何提高Web服务器的并发连接处理能力　　有几个基本条件：　　1.基于线程，即一个进程生成多个线程，每个线程响应用户的每个请求。　　2.基于事件的模型，一个进程处理多个请求，并且通过epoll机制来通知用户请求完成。　　3.基于磁盘的AIO（异步I/O）　　4.支持mmap内存映射，mmap传统的web服务器，进行页面输入时，都是将磁盘的页面先输入到内核缓存中，再由内核缓存中复制一份到web服务器上，mmap机制就是让内核缓存与磁盘进行映射，web服务器，直接复制页面内容即可。不需要先把磁盘的上的页面先输入到内核缓存去。　　刚好，Nginx 支持以上所有特性。所以Nginx官网上说，Nginx支持50000并发，是有依据的。　　Nginx优异之处　　传统上基于进程或线程模型架构的web服务通过每进程或每线程处理并发连接请求，这势必会在网络和I/O操作时产生阻塞，其另一个必然结果则是对内存或CPU的利用率低下。生成一个新的进程/线程需要事先备好其运行时环境，这包括为其分配堆内存和栈内存，以及为其创建新的执行上下文等。这些操作都需要占用CPU，而且过多的进程/线程还会带来线程抖动或频繁的上下文切换，系统性能也会由此进一步下降。另一种高性能web服务器/web服务器反向代理：Nginx（Engine X），nginx的主要着眼点就是其高性能以及对物理计算资源的高密度利用，因此其采用了不同的架构模型。受启发于多种操作系统设计中基于“事件”的高级处理机制，nginx采用了模块化、事件驱动、异步、单线程及非阻塞的架构，并大量采用了多路复用及事件通知机制。在nginx中，连接请求由为数不多的几个仅包含一个线程的进程worker以高效的回环(run-loop)机制进行处理，而每个worker可以并行处理数千个的并发连接及请求。　　Nginx 工作原理　　Nginx会按需同时运行多个进程：一个主进程(master)和几个工作进程(worker)，配置了缓存时还会有缓存加载器进程(cache loader)和缓存管理器进程(cache manager)等。所有进程均是仅含有一个线程，并主要通过“共享内存”的机制实现进程间通信。主进程以root用户身份运行，而worker、cache loader和cache manager均应以非特权用户身份运行。　　在高连接并发的情况下，Nginx是Apache服务器不错的替代品　　Nginx 安装非常的简单 , 配置文件非常简洁（还能够支持perl语法）,Bugs 非常少的服务器: Nginx 启动特别容易, 并且几乎可以做到7*24不间断运行，即使运行数个月也不需要重新启动. 你还能够 不间断服务的情况下进行软件版本的升级 。　　Nginx 的诞生主要解决C10K问题　　最后我们从各自使用的多路复用IO模型来分析：　　select模型：（apache使用，由于受模块等限制，用的不多）　　单个进程能够 监视的文件描述符的数量存在最大限制　　select()所维护的 存储大量文件描述符的数据结构 ，随着文件描述符数量的增长，其在用户态和内核的地址空间的复制所引发的开销也会线性增长　　由于网络响应时间的延迟使得大量TCP连接处于非活跃状态，但调用select()还是会对 所有的socket进行一次线性扫描 ，会造成一定的开销　　poll：poll是unix沿用select自己重新实现了一遍，唯一解决的问题是poll 没有最大文件描述符数量的限制　　epoll模型：（nginx使用）　　epoll带来了两个优势，大幅度提升了性能：　　基于事件的就绪通知方式 ，select/poll方式，进程只有在调用一定的方法后，内核才会对所有监视的文件描述符进行扫描，而epoll事件通过epoll_ctl()注册一个文件描述符，一旦某个文件描述符就绪时，内核会采用类似call back的回调机制，迅速激活这个文件描述符，epoll_wait()便会得到通知　　调用一次epoll_wait()获得就绪文件描述符时，返回的并不是实际的描述符，而是一个代表就绪描述符数量的值，拿到这些值去epoll指定的一个数组中依次取得相应数量的文件描述符即可，这里使用内存映射（mmap）技术， 避免了复制大量文件描述符带来的开销　　当然epoll也有一定的局限性， epoll只有Linux2.6才有实现 ，而其他平台都没有，这和apache这种优秀的跨平台服务器，显然是有些背道而驰了。　　简单来说epoll是select的升级版，单进程管理的文件描述符没有最大限制。但epoll只有linux平台可使用。作为跨平台的Apache没有使用

马上到双十一了，京东和淘宝都推出了优惠券和双十一的活动，今年是活动还是很不错的。淘宝的双十一活动：https://s.click.taobao.com/t?e=m%3D2%26s%3D5t6oRo34%2FZccQipKwQzePCperVdZeJviK7Vc7tFgwiFRAdhuF14FMaeGiAIsnt9Vt4hWD5k2kjNC8zeuWTOguaDxryhYBrsTkE5%2BXleA4YoJeDqh5r%2FBY8s%2Fhc73tO6KVYo%2BqyT%2FBa1NrKwvDJNPXkIGbLNY5ut4zueC0P1cNS8Ohl8Aids%2Fg8Inu2ylCdd8xquIk%2Fg7%2BcMvIAIHRmVEk3aH9JtUKSe2bauJldkSeEBxKmPmpIKZsA%3D%3D 京东的双十一活动会场：https://u.jd.com/HNOeeH

今天分享的案例是我的一个朋友，从福利公会一上线就同我一起在做这个项目,我将他在我们的交流群里面的分享复制出来给各位参考参考下，当然每个人都有每个人的方法，不说一定有用，但是我相信拓展一下思路还是没问题的。我叫小涛，是一枚标准的斜杠青年，微商 4 年， 2 019 年 4月加入福利公会， 4月底开始全力以赴推广福利公会 App ，感谢我的推荐人团子妈。我从小就有一个不服输的性格。大四那年考研没考上，几乎所有人都认为我应该放弃，踏踏实实去找份朝九晚五的工作，但我当时一门心思的想要读研，我是认准一个目标就会死磕到底的人，于是那一年我半工读，排除万难考上了华南理工大学。研究生毕业时，我的导师引荐我去面试大学老师，我的师兄也给我推荐了不错的设计工作，但我最终还是选择自主创业，捣鼓着各种副业。我享受这种折腾的过程，想要乘着年轻多闯一闯多试一试，于是我选择了福利公会 App ，同时我也很庆幸当时的我选了福利公会 App 下面我将给大家分享：如何有效进行线上线下引流。我们的潜在资源是无限的，永远不要担忧自己没有人脉资源。只要用对引流方法，一切都会水到渠成，而所有的引流方式都贵在坚持，我们要相信量变一定会发生质变！一、线上引流 1 、裂变朋友圈好友有舍才有得，做微商的时候我就经常批发小礼物做引流活动，夏天送碎冰杯，冬天送围巾 … 每次都能引进几百个新人，然后通过后期维护转化为客户。微信营销万变不离其宗，这些方法至到现在做福利公会 A pp 也还是很受用。所以我建议挑选一款福利公会 App 经济实用的产品做朋友圈做福利推广，既能引流又能让客户体验福利公会 APP 的产品和服务。需要注意的是注意前期要做好铺垫预热，提前在朋友圈种草，用精美的图片配上自己的二维码，以鼓励转发集赞、指定推荐好友人数等活动方式，然后群发朋友圈活动截图给指定好友或全部好友。这样一来可以引入新鲜血液，二来也能通过火爆的活动激活朋友圈老粉。 2 、鼓励会员建分享群分享群如果做得好，成交量是不可估计的，所以我一直鼓励团队成员都能建立自己的分享群，并且帮助她们维护。首先可以利用列名单原则，将和你有一定交集的人拉入分享群，同时将二维码分享到朋友圈，以美食美物分享等关键词吸引朋友圈好友。建群之后，每天在群里分享福利公会app 的发圈爆款，还有把自己和团队成员在福利公会 App 购买的宝贝、反馈、感受以及福利公会 APP 的服务，都分享到群里。为了活跃群内气氛，群内需要不定期通过发红包、送礼品等活动来维护群用户。分享群做得好的话还可以安排公开课，比如有些会员的分享群已经做得足够成熟了，当越来越多人都平台感兴趣的时候，我就会和她一起策划公开课，让用户系统的认识福利公会 A pp ，课后调动氛围，再私聊一下意向会员，成交的机率会高很多。 3 ．利用网络社交平台引流现如今网络社交平台越来越多，微博、抖音、今日头条还有各种直播和聊天 app ，很多人玩得很好的，其实都可以利用这些平台推广福利公会 App ，或者把里面的人流量引到你的微信里。比如团子妈团队有个会员，今日头条将近 7 万粉丝，她说建立个人品牌形象，打造个人的福利公会标签，让自己更具影响力和话语权，那么自然而然会有更多的人愿意追随你。所以很多平台都是可以用来引流的，大家不妨去选择一些好的平台开发一下。二、线下引流 1 ．日常生活资源引流从自己熟悉的线下资源开始，只要有人的地方就有资源，看你愿不愿意去挖掘。美发店洗头、饭馆吃饭、甚至买杯饮料都可以加到老板微信。比如逛服装店可以跟老板说，没有喜欢的款式，要不加个微信吧，上新通知一下，一般都会很乐意的。把用户吸引到微信，这种见过面的其实更精准，后面我们再做一对一的跟踪服务，成功率还是较高的。从方方面面去挖掘和迎合用户的需求，利用产品去吸引这些客户群体转化成福利公会的超级会员。 2 ．地推引流福利公会淘宝的优惠力度非常大，拿来做地推活动非常合适，很吸粉。还有福利公会的矿泉水，夏天很多人路过看到免费领取都会顺手要一瓶的，这样可以微信引流，还能让陌生客户扫码。除了引流，还可以现场邀请注册会员、抽奖送礼品等，只要自己核算好礼品的成本就行。地推活动真的是一种很有效的引流方式，所以也希望同城的会员都可以聚集起来搞地推，有过一次经验以后都可以换地点复制下去。想要有持续性的收益，一定要注重引流！当然，引流的前提是你要熟悉了解福利公会 ApP ，吃透制度模式，学习好如何经营和打造有吸引力的朋友圈，学习好如何与别人沟通交流才能更好的去转化和维护用户。今天的分享就到这里，希望能帮助到一些有需要的人，也感谢一路帮助过我的伙伴。希望我们都能继续将福利公会 APp 这份有爱的事业通过自己的分享传递出去，让更多人过上高品质的生活。福利工会邀请码：888866下载地址：https://a.app.qq.com/o/simple.jsp?pkgname=com.z395012305.css&channel=0002160650432d595942&fromcase=60001