PHP 常见的面试题汇总，php试题汇总

PHP常见的面试题汇总

购物车里面的收藏怎么做

首先在数据库里面建一个收藏表，让它与用户表相关联点击收藏的时候加入到用户所对应的收藏表里面

什么是同步和异步

同步就是客户端发送数据到服务器，服务器等发响应回数据的时候它才继续往下面走
异步就是客户端的发送数据到服务器，不用等待服务器的响应，直接往下面走

什么是拆单

拆单也有两个层次，第一次是在提交订单后支付之前拆单，这次是拆分的订单，一次是在下单之后，发货之前，去拆分发货单（SKU层面）。

面向对象三大特性五大原则

1.封装2.继承3.多态

面向对象的三大特点

       1）封装：所谓封装，也就是把客观事物封装成抽象的类，并且类可以把自己的数据和方法只让可信的类或者对象操作，对不可信的进行信息隐藏封装是面向对象的特征之一，是对象和类概念的主要特性。简单的说，一个类就是一个封装了数据以及操作这些数据的代码的逻辑实体。在一个对象内部，某些代码或某些数据可以是私有的，不能被外部访问。通过这种方式，对象对内部数据提供了不同级别的保护，以防止程序中无关的部分意外的改变或错误的使用对象的私有部分

      。2）继承：所谓继承是指可以让某个类型的对象获得另一个类型的对象的属性的方法它支持按级分类的概念继承是指这样一种能力：。它可以使用现有类的所有功能，并在无需重新编写原来类的情况下对这些功能进行扩展。通过继承创建的新类称为“子类”或“派生类，被继承的类称为“基类”，“父类”或“超类”。继承的过程，就是从一般到特殊的过程。要实现继承，可以通过“继承”（继承）和“组合” （组合物）来实现继承概念的实现方式有二类：。实现继承与接口继承实现继承是指直接使用基类的属性和方法而无需额外编码的能力;接口继承是指仅使用属性和方法的名称，但是子类必须提供实现的能力;
      3）多态：所谓多态就是指一个类实例的相同方法在不同情形有不同表现形式。多态机制使具有不同内部结构的对象可以共享相同的外部接口。这意味着，虽然针对不同对象的具体操作不同，但通过一个公共的类，它们（那些操作）可以通过相同的方式予以调用。

前端的优化：

第一：面向内容的优化
   减少HTTP请求
   减少DNS查找
   避免重定向
   使用Ajax缓存
   延迟载入组件
   预先载入组件
   减少DOM元素数量
   切分组件到多个域
   最小化iframe的数量
   不要出现http 404错误
第二：面向服务器
缩小Cookie
针对 Web 组件使用域名无关性

memcache和redis区别：
1、Redis和Memcache都是将数据存放在内存中，都是内存数据库。不过memcache还可用于缓存其他东西，例如图片、视频等等。
2、Redis不仅仅支持简单的k/v类型的数据，同时还提供list，set，hash等数据结构的存储。
3、虚拟内存--Redis当物理内存用完时，可以将一些很久没用到的value 交换到磁盘
4、过期策略--memcache在set时就指定，例如set key1 0 0 8,即永不过期。Redis可以通过例如expire 设定，例如expire name 10
5、分布式--设定memcache集群，利用magent做一主多从;redis可以做一主多从。都可以一主一从
6、存储数据安全--memcache挂掉后，数据没了；redis可以定期保存到磁盘（持久化）
7、灾难恢复--memcache挂掉后，数据不可恢复; redis数据丢失后可以通过aof恢复
8、Redis支持数据的备份，即master-slave模式的数据备份。

支付宝同步回调和异步回调
当一个支付请求被发送到支付渠道方，支付渠道会很快返回一个结果。但是这个结果，只是告诉你调用成功了，不是扣款成功，这叫同步调用。
很多新手会拿这个结果当作支付成功了，那就会被坑死，结果就是支付成功率特别高，伴随着一堆无法解释的坏账率，测试人员尤其要注意测试数据的篡改：金额，同步返回结果，订单号等。

同步请求参数里面会有一个回调地址，这个地址是支付渠道在扣款成功后调用的，这叫异步调用。
一般同步接口仅检查参数是否正确，签名是否无误等。异步接口才告诉你扣款结果。
一般异步接口有5秒以内的延迟。调用不成功会重试。有时候是这边成功了，但支付渠道侧没收到返回，于是会继续调。
当天的支付到第二天还在被异步调用也都是正常的。这也是开发人员需要特别注意的地方，不要当做重复支付。
测试人员也要对重复回调进行测试，应只有一次有效。这还不是最坑的，一般支付渠道侧，只有支付成功了才通知你。
要是支付失败了，压根儿都不告诉你。
另一方面，如何老收不到异步结果呢？那就得查查了。同步结果不可靠，异步调用不可靠，那怎么确定支付结果？最终的杀招就是查单了，
反查，一般支付渠道侧都会提供反查接口，定时获取DB中待支付的订单调用支付渠道侧的反查接口，最终把支付渠道侧扣款成功的订单完成掉。

域名解析过程

单点登录
1.第一次登陆
某个
站点：a）用户输入用户名+密码，向用户验证中心发送登录请求b）当前登录站点，通过webservice请求，用户验证中心验证用户名，密码的合法性。如果验证通过，则生成ticket，用于标识当前会话的用户
c）将获取的用户数据和ticket返回给子站。如果验证不通过，则返回相应的错误状态码
。d）根据上一步的webservice请求返回的结果，当前子站对用户进行登陆处理：如状态码表示成功的话，则当前站点通过本站的cookie保存车票，并本站记录用户的登录状态状态码表示失败的话，则给用户相应的登录失败提示
。2.登陆状态下，用户转到另一子站：
a）通过本站cookie或会话验证用户的登录状态：如验证通过，进入正常本站处理程序;否则户中心验证用户的登录状态发送票到用户验证中心），如验证通过，则对返回的用户信息进行本地的登录处理，否则表明用户未登录。

负载均衡和反向代理的区别
反向代理是实现负载均衡的一种方法。
先谈反向代理。用户在请求时，先把请求发送给代理的服务器，然后由代理服务器根据算法去请求真实的服务器，最后返回给用户。这种做法，其一是提高了安全性；其二是通过多台的real server分担了用户的请求，实现了负载均衡。
再谈负载均衡。负载均衡的出现，是通过横向的扩展，尽可能地降低单台服务器的压力。常见WEB层面的负载均衡的方案有硬件F5、Nginx代理、LVS、各个云商的负载均衡服务(如AWS的ELB服务)等。负载均衡后面连的一般是实际提供服务的服务器，如通过ELB服务，可以做到流量的均匀分担，从而减少单机服务器的压力。
由于增加了负载均衡这层，所以单纯地使用某个方案还是要考虑单点的问题。负责由于负载均衡这个服务器未能承受住压力，宕机了，服务也是不可用的。所以Nginx、LVS尽量配置多台代理，可以故障转移和故障报警，从而及时去处理代理层服务器的问题。ELB是亚马逊提供的服务，它本身的实现底层就有数百甚至上千的机器，所以把它想象成一个代理集群就好。

实现session的思路
1. 基于NFS的Session共享

NFS是Net FileSystem的简称，最早由Sun公司为解决Unix网络主机间的目录共享而研发。
这个方案实现最为简单，无需做过多的二次开发，仅需将共享目录服务器mount到各频道服务器的本地session目录即可，缺点是NFS依托于复杂的安全机制和文件系统，因此并发效率不高，尤其对于session这类高并发读写的小文件，会由于共享目录服务器的io-wait过高，最终拖累前端WEB应用程序的执行效率。

2. 基于数据库的Session共享

首选当然是大名鼎鼎的Mysql数据库，并且建议使用内存表Heap，提高session操作的读写效率。这个方案的实用性比较强，相信大家普遍在使用，它的缺点在于session的并发读写能力取决于Mysql数据库的性能，同时需要自己实现session淘汰逻辑，以便定时从数据表中更新、删除 session记录，当并发过高时容易出现表锁，虽然我们可以选择行级锁的表引擎，但不得不否认使用数据库存储Session还是有些杀鸡用牛刀的架势。

3. 基于Cookie的Session共享

这个方案我们可能比较陌生，但它在大型网站中还是比较普遍被使用。原理是将全站用户的Session信息加密、序列化后以Cookie的方式，统一种植在根域名下（如：.host.com），利用浏览器访问该根域名下的所有二级域名站点时，会传递与之域名对应的所有Cookie内容的特性，从而实现用户的Cookie化Session 在多服务间的共享访问。
这个方案的优点无需额外的服务器资源；缺点是由于受http协议头信心长度的限制，仅能够存储小部分的用户信息，同时Cookie化的 Session内容需要进行安全加解密（如：采用DES、RSA等进行明文加解密；再由MD5、SHA-1等算法进行防伪认证），另外它也会占用一定的带宽资源，因为浏览器会在请求当前域名下任何资源时将本地Cookie附加在http头中传递到服务器。

4. 基于Memcache的Session共享

Memcache由于是一款基于Libevent多路异步I/O技术的内存共享系统，简单的Key + Value数据存储模式使得代码逻辑小巧高效，因此在并发处理能力上占据了绝对优势，目前本人所经历的项目达到2000/秒平均查询，并且服务器CPU消耗依然不到10%。
另外值得一提的是Memcache的内存hash表所特有的Expires数据过期淘汰机制，正好和Session的过期机制不谋而合，降低了过期Session数据删除的代码复杂度，对比“基于数据库的存储方案”，仅这块逻辑就给数据表产生巨大的查询压力。

说几个魔术方法
   __construct()，类的构造函数
   __destruct()，类的析构函数
   __call()，在对象中调用一个不可访问方法时调用
   __callStatic()，用静态方式中调用一个不可访问方法时调用
   __get()，获得一个类的成员变量时调用
   __set()，设置一个类的成员变量时调用
   __isset()，当对不可访问属性调用isset()或empty()时调用
   __unset()，当对不可访问属性调用unset()时被调用。
   __sleep()，执行serialize()时，先会调用这个函数
   __wakeup()，执行unserialize()时，先会调用这个函数
   __toString()，类被当成字符串时的回应方法
   __invoke()，调用函数的方式调用一个对象时的回应方法
   __set_state()，调用var_export()导出类时，此静态方法会被调用。
   __clone()，当对象复制完成时调用
   __autoload()，尝试加载未定义的类
   __debugInfo()，打印所需调试信息

如何实现自动加载
   在PHP5之前，各个php框架如果要实现类的自动加载，一般都是按照某种约定自己   实现一个遍历目录，自动加载所有符合约定规则的文件的类或函数。当然，PHP5   之前对面向对象的支持并不是太好，类的使用也没有现在频繁。在PHP5后，当加   载PHP类时，如果类所在文件没有被包含进来，或者类名出错，Zend引擎会自动调   用__autoload 函数。此函数需要用户自己实现__autoload函数。在PHP5.1.2版   本后，可以使用spl_autoload_register函数自定义自动加载处理函数。当没有调   用此函数，默认情况下会使用SPL自定义的spl_autoload函数。
   当实例化一个不存的类时，就是触发spl_autoload_register函数 , 这个函数就会找到这个类，去实例化他 .

增量备份和全量备份
1. 全量备份full backup
       每隔一段时间对系统进行一次完全备份，这样在备份时间间隔内一旦系统发生故障导致数据丢失，就可以用上一次的备份数据恢复到上一次备份时的情况。例如，星期一用一盘磁带备份整个系统，星期二再用另一盘磁带备份，依次类推；
       这种备份策略的有点:备份的数据最全面且最完整，当发生数据丢失灾难时只要用一盘磁带（即灾难发生前一天的备份磁带）就可以恢复全部的数据。
2. 增量备份incremental backup
         首先进行依次完全备份，然后每隔一个较短时间进行一次备份，但仅备份在         这个期间更改的内容。这样一旦发生数据丢失，首先恢复到前一个完全备份。然后按日期逐个恢复每天的备份，就能恢复到前一天的情况。例如，在星期天进行一次完全备份，然后在接下来的6天中只备份当天新的或被修改过的数据。
         这种备份策略的有点是备份速度快，没有重复的备份数据，节省了磁带空间，缩短了备份时间。

http的3次握手
     第一次握手：主机A发送位码为syn＝1,随机产生seq number=1234567的数据包到服务器，主机B由SYN=1知道，A要求建立联机；

     第二次握手：主机B收到请求后要确认联机信息，向A发送ack number=(主机A的seq+1),syn=1,ack=1,随机产生seq=7654321的包

     第三次握手：主机A收到后检查ack number是否正确，即第一次发送的seq number+1,以及位码ack是否为1，若正确，主机A会再发送ack number=(主机B的seq+1),ack=1，主机B收到后确认seq值与ack=1则连接建立成功。

     完成三次握手，主机A与主机B开始传送数据。

oAuth协议
    OAUTH协议为用户资源的授权提供了一个安全的、开放而又简易的标准。同时，任何第三方都可以使用OAUTH认证服务，任何服务提供商都可以实现自身的OAUTH认证服务，因而OAUTH是开放的。

单例模式
    1. 单例模式是指整个应用中某个类只有一个对象实例的设计模式。具体来说，作为对象的创建方式，单例模式确保某一个类只有一个实例，而且自行实例化并向整个系统全局的提供这个实例。它不会创建实例副本，而是会向单例类内部存储的实例返回一个引用。
    2. 单例模式的特点
          单例模式的主要特点是“三私一公”：
          需要一个保存类的唯一实例的私有静态成员变量
          构造函数必须声明为私有的，防止外部程序new一个对象从而失去单例的意义
          克隆函数必须声明为私有的，防止对象被克隆
          必须提供一个访问这个实例的公共静态方法(通常命名为getInstance)，从而返回唯一实例的一个引用。

    3. 使用单例模式的原因及场景
              在PHP的大多数应用中都会存在大量的数据库操作，如果不用单例模式，那每次都要new操作，但是每次new都会消耗大量的系统资源和内存资源，而且每次打开和关闭数据库都是对数据库的一种极大考验和浪费。所以单例模式经常用在数据库操作类中。
              同样，如果系统中需要有一个类来全局控制某些配置信息，那使用单例模式可以很方便的实现。

数据据量特别大的表怎么建索引
给要求数据唯一的字段建立唯一索引，搜索频率高的字段建立普通索引，如果搜索情况复杂，可以建立复合索引，索引还是要根据情况来建立，并不是索引越多越好。索引越
多的时候，如果建立索引不够恰当，不仅不会加快查询速度，反而会拖慢查询速度，得不偿失。

动静分离
动静分离是将网站静态资源（HTML，JavaScript，CSS，img等文件）与后台应用分开部署，提高用户访问静态代码的速度，降低对后台应用访问。
动静分离的一种做法是将静态资源部署在nginx上，后台项目部署到应用服务器上，根据一定规则静态资源的请求全部请求nginx服务器，达到动静分离的目标。

TCP与UDP
    TCP：
       http协议是基于tcp协议
       tcp协议是传输控制协议
       建立链接需要经过三次握手，断开时会经过四次
       简单的描述下这三次对话的简单过程：主机A向主机B发出连接请求数据包：“我想给你发数据，可以吗？”，这是第一次对话；主机B向主机A发送同意连接和要求同步（同步就是两台主机一个在发送，一个在接收，协调工作）的数据包：“可以，你什么时候发？”，这是第二次对话；主机A再发出一个数据包确认主机B的要求同步：“我现在就发，你接着吧！”，这是第三次对话。三次“对话”的目的是使数据包的发送和接收同步，经过三次“对话”之后，主机A才向主机B正式发送数据。
   udp
        UDP是用户数据报协议
       UDP信息包的标题很短，只有8个字节，相对于TCP的20个字节信息包的额       外开销很小。
       UDP是面向报文的
   小结TCP与UDP的区别：
       1.基于连接与无连接；
       2.对系统资源的要求（TCP较多，UDP少）；
       3.UDP程序结构较简单；
       4.流模式与数据报模式；
       5.TCP保证数据正确性，UDP可能丢包，TCP保证数据顺序，UDP不保证。

redis 持久化方式
两种方式：
1）RDB
以快照的形式存储到二进制文件中
2）AOF
。Redis的每次发生改变就写入到日志中
5.redis持久化哪种方式更安全一些
AOF安全更
相比RDB，AOF会将每次发生改变的内容写入到日志里面，保证了数据的完整性，数据不会丢失，RDB以快照形式存储，如果快照时间过长，这个过程中的数据可能丢失，不能保证数据的完整性

为什么要使用会话共享
为了提高用户体验，避免用户在同一网站下重复登录
。id是记录在一台服务器上的要通过会话共享让其他服务器都知道
防止多台服务器每台都要登录

相关阅读：