面试遇到问题（持续更新）

Nginx 与 Apache 的区别

1、二者最核心的区别在于 Apache 是同步多进程模型，一个连接对应一个进程；Nginx 是异步的，多个连接（万级别）可以对应一个进程 。Nginx 处理静态文件好, 耗费内存少. 但无疑 Apache 仍然是目前的主流, 有很多丰富的特性. 所以还需要搭配着来. 当然如果能确定 Nginx 就适合需求, 那么使用 Nginx 会是更经济的方式。
2、Apache 与 Nginx 优缺点比较
1、轻量级，同样 web 服务，比 Apache 占用更少的内存及资源；抗并发，Nginx 处理请求是异步非阻塞的，而 Apache 则是阻塞型的，在高并发下 Nginx 能保持低资源低消耗高性能；高度模块化的设计，编写模块相对简单；社区活跃，各种高性能模块出品迅速啊；Nginx 本身就是一个反向代理服务器，Nginx 支持7层负载均衡；Nginx 可能会比 Apache 支持更高的并发，Nginx 配置文件写得很简洁，正则配置让很多事情变得简单运行效率高，占用资源少，代理功能强大，很适合做前端响应服务器！

2、Rewrite功能 比 Nginx 的强大；模块超多，基本想到的都可以找到；Bug 少，Nginx 的 Bug 相对较多；超稳定，Aapche 依然是大部分公司的首先，因为其成熟的技术和开发社区，以及非常不错的性能。

nginx和PHP通讯

一、Nginx与PHP交互过程的7步走(用户对动态PHP网页访问过程)

step1：用户将http请求发送给nginx服务器(用户和nginx服务器进行三次握手进行TCP连接)
step2：nginx会根据用户访问的URI和后缀对请求进行判断
step3：通过第二步可以看出，用户请求的是动态内容，nginx会将请求交给fastcgi客户端，通过fastcgi_pass将用户的请求发送给php-fpm
如果用户访问的是静态资源呢，那就简单了，nginx直接将用户请求的静态资源返回给用户。
step4：wrapper收到php-fpm转过来的请求后，wrapper会生成一个新的线程调用php动态程序解析服务器
step5：php会将查询到的结果返回给nginx
step6：nginx构造一个响应报文将结果返回给用户
这只是nginx的其中一种，用户请求的和返回用户请求结果是异步进行，即为用户请求的资源在nginx中做了一次中转，nginx可以同步，即为解析出来的资源，服务器直接将资源返回给用户，不用在nginx中做一次中转。第四步：fastcgi_pass将动态资源交给php-fpm后，php-fpm会将资源转给php脚本解析服务器的wrapper

http 状态码

状态码	状态码英文名称	中文描述
100	Continue	继续。客户端应继续其请求
101	Switching Protocols	切换协议。服务器根据客户端的请求切换协议。只能切换到更高级的协议，例如，切换到HTTP的新版本协议
200	OK	请求成功。一般用于GET与POST请求
201	Created	已创建。成功请求并创建了新的资源
202	Accepted	已接受。已经接受请求，但未处理完成
203	Non-Authoritative Information	非授权信息。请求成功。但返回的meta信息不在原始的服务器，而是一个副本
204	No Content	无内容。服务器成功处理，但未返回内容。在未更新网页的情况下，可确保浏览器继续显示当前文档
205	Reset Content	重置内容。服务器处理成功，用户终端（例如：浏览器）应重置文档视图。可通过此返回码清除浏览器的表单域
206	Partial Content	部分内容。服务器成功处理了部分GET请求
300	Multiple Choices	多种选择。请求的资源可包括多个位置，相应可返回一个资源特征与地址的列表用于用户终端（例如：浏览器）选择
301	Moved Permanently	永久移动。请求的资源已被永久的移动到新URI，返回信息会包括新的URI，浏览器会自动定向到新URI。今后任何新的请求都应使用新的URI代替
302	Found	临时移动。与301类似。但资源只是临时被移动。客户端应继续使用原有URI
303	See Other	查看其它地址。与301类似。使用GET和POST请求查看
304	Not Modified	未修改。所请求的资源未修改，服务器返回此状态码时，不会返回任何资源。客户端通常会缓存访问过的资源，通过提供一个头信息指出客户端希望只返回在指定日期之后修改的资源
305	Use Proxy	使用代理。所请求的资源必须通过代理访问
306	Unused	已经被废弃的HTTP状态码
307	Temporary Redirect	临时重定向。与302类似。使用GET请求重定向
400	Bad Request	客户端请求的语法错误，服务器无法理解
401	Unauthorized	请求要求用户的身份认证
402	Payment Required	保留，将来使用
403	Forbidden	服务器理解请求客户端的请求，但是拒绝执行此请求
404	Not Found	服务器无法根据客户端的请求找到资源（网页）。通过此代码，网站设计人员可设置"您所请求的资源无法找到"的个性页面
405	Method Not Allowed	客户端请求中的方法被禁止
406	Not Acceptable	服务器无法根据客户端请求的内容特性完成请求
407	Proxy Authentication Required	请求要求代理的身份认证，与401类似，但请求者应当使用代理进行授权
408	Request Time-out	服务器等待客户端发送的请求时间过长，超时
409	Conflict	服务器完成客户端的 PUT 请求时可能返回此代码，服务器处理请求时发生了冲突
410	Gone	客户端请求的资源已经不存在。410不同于404，如果资源以前有现在被永久删除了可使用410代码，网站设计人员可通过301代码指定资源的新位置
411	Length Required	服务器无法处理客户端发送的不带Content-Length的请求信息
412	Precondition Failed	客户端请求信息的先决条件错误
413	Request Entity Too Large	由于请求的实体过大，服务器无法处理，因此拒绝请求。为防止客户端的连续请求，服务器可能会关闭连接。如果只是服务器暂时无法处理，则会包含一个Retry-After的响应信息
414	Request-URI Too Large	请求的URI过长（URI通常为网址），服务器无法处理
415	Unsupported Media Type	服务器无法处理请求附带的媒体格式
416	Requested range not satisfiable	客户端请求的范围无效
417	Expectation Failed	服务器无法满足Expect的请求头信息
500	Internal Server Error	服务器内部错误，无法完成请求
501	Not Implemented	服务器不支持请求的功能，无法完成请求
502	Bad Gateway	作为网关或者代理工作的服务器尝试执行请求时，从远程服务器接收到了一个无效的响应
503	Service Unavailable	由于超载或系统维护，服务器暂时的无法处理客户端的请求。延时的长度可包含在服务器的Retry-After头信息中
504	Gateway Time-out	充当网关或代理的服务器，未及时从远端服务器获取请求
505	HTTP Version not supported	服务器不支持请求的HTTP协议的版本，无法完成处理

es优点，为什么要用

使用场景
主要是海量数据检索，关键词：海量。因为只有数据量大了才能体现ES的优势。

以下是我能想到的或者是之前有遇到过的场景：

1、常用的经典组合ELK（elasticsearch+Logstash+kibana ）做日志分析处理
elasticsearch：提供日志的分布式存储和全文检索
Logstash：传输日志
kibana：前端展示

2、项目中海量数据的存储和搜索
比如让你做一个类似于微博的后台服务，光检索这块，就可以考虑ES

3、项目中的关系型数据的前置缓存
如果你的项目，正在使用关系型数据库，有以下特点，就可以考虑用ES作一层缓存

数据量大，但数据结构又不太复杂
查询压力大，查询条件多样化，多变
举个例子，比如电商网站的，针对审核人员，客服人员专用的查询订单的接口
这类接口要求查询快，而且可查历史所有上亿级别的订单，而且不一定是一定根据订单号查，可能查询条件很多，有类似模糊匹配。那只用关系型数据库，怕是得好好下功夫了，但如果使用ES，那就非常简单了。

ES 优点
支持横向扩展
支持很多插件
其实说全文检索的核心优点，应该是要说Lucene的，所以如果要深挖，建议先学Lucene，比如lucene的数据和索引分离存储等，硬说成是ES的优点那也行。
总而言之，ES如果是一辆跑车，那Lucene就是引擎，就是核心。ES只不过是让这个引擎物有所用，真正被利用起来而已。

Redis

1、Redis如何实现延时队列

使用sortedset，使用时间戳做score, 消息内容作为key,调用zadd来生产消息，消费者使用zrangbyscore获取n秒之
前的数据做轮询处理。

2、redis缓存击穿是什么？如何解决？

缓存击穿是指缓存中没有但数据库中有的数据（一般是缓存时间到期），这时由于并发用户特别多，同时读缓存没读
到数据，又同时去数据库去取数据，引起数据库压力瞬间增大，造成过大压力。和缓存雪崩不同的是，缓存击穿指并
发查同一条数据，缓存雪崩是不同数据都过期了，很多数据都查不到从而查数据库。
解决方案
设置热点数据永远不过期。

3、redis缓存穿透是什么？如何解决？

缓存穿透是指缓存和数据库中都没有的数据，导致所有的请求都落到数据库上，造成数据库短时间内承受大量请求而
崩掉。
解决方案

1. 接口层增加校验，如用户鉴权校验，id做基础校验，id<=0的直接拦截；
2. 从缓存取不到的数据，在数据库中也没有取到，这时也可以将key-value对写为key-null，缓存有效时间可以设
   置短点，如30秒（设置太长会导致正常情况也没法使用）。这样可以防止攻击用户反复用同一个id暴力攻击
3. 【推荐】采用布隆过滤器，将所有可能存在的数据哈希到一个足够大的 bitmap 中，一个一定不存在的数据会被
   这个 bitmap 拦截掉，从而避免了对底层存储系统的查询压力

4 redis缓存雪崩是什么？如何解决？

缓存雪崩是指缓存同一时间大面积的失效，所以，后面的请求都会落到数据库上，造成数据库短时间内承受大量请求
而崩掉。
解决方案
缓存数据的过期时间进行错开，防止同一时间大量数据过期现象发生。