本篇文章给大家分享了关于PHP的一些基础面试题，有兴趣的朋友可以看一下

CSRF跨站点请求伪造，

f，在使用主库配置文件的基础上，加入以下配置项

（1）rr轮询（默认）

按照请求顺序分配到每个RS，和lvs中的rr算法一样，如果RS宕机，会自动剔除，默认情况下只检测80端口，如果RS报402、403、503、504错误，会直接返回给客户端。

在rr的基础上再加上权重（默认是rr+weight），权重轮询和访问成正比，值越大分配的越多，可以根据服务器的配置设置权重，可以解决服务器性能不均进行请求分配的问题

解决动态网页session共享问题

每个访问请求按照IP地址的hash值进行分配，ip的hash值只要相同就会被分配到同一台服务器上（lvs负载均衡的-p参数，keepalived配置里的persistence_timeout50）,该调度算法可以解决动态网页session共享问题，但有时会导致请求分配不均，

提示：由于国内用的都是nat模式，所以hash不适合使用

（4）fair（第三方）

按照后端服务器的响应时间来配置，响应时间短的优先分配，比上面的都更智能，此种算法可以按照页面大小和加载时间长短智能的进行负载均衡，nginx本身不支持fair，需要下载nginx的upstrea_fair模块

主要应用于缓存服务器上

按照访问的url来分配请求，让相同的url定向到同一个服务器，后端服务器为缓存服务器的时候效果更显著，在upstream中加入hash语句，server语句中不能写入weight等其他的参数，hash_method是使用的hash算法。

缺点：如果有一台机器宕机了，那就苦了，consistent_hash可以解决这个问题

可以提高后端缓存服务器的效率，nginx本身不支持url_hash的，需要下载hash软件

最少连接数，哪个连接少就分配到哪台设备

每一次来自网络的请求轮流分配给内部中的服务器，从1至N然后重新开始。此种均衡算法适合于服务器组中的所有服务器都有相同的软硬件配置并且平均服务请求相对均衡的情况。

根据服务器的不同处理能力，给每个服务器分配不同的权值，使其能够接受相应权值数的服务请求。例如：服务器A的权值被设计成1，B的权值是3，C的权 值是6，则服务器A、B、C将分别接受到10%、30％、60％的服务请求。此种均衡算法能确保高性能的服务器得到更多的使用率，避免低性能的服务器负载过重。

把来自网络的请求随机分配给内部中的多个服务器。

此种均衡算法类似于权重轮循算法，不过在处理请求分担时是个随机选择的过程

4、负载均衡和反向代理的区别

反向代理是实现负载均衡的一种方法。

先谈反向代理。用户在请求时，先把请求发送给代理的服务器，然后由代理服务器根据算法去请求真实的服务器，最后返回给用户。这种做法，其 一是提高了安全性；

其二是通过多台的real server分担了用户的请求，实现了负载均衡。

再谈负载均衡。负载均衡的出现，是通过横向的扩展，尽可能地降低单台服务器的压力。常见WEB层面的负载均衡的方案有硬件F5、Nginx代理、LVS、各个云商的负载均衡服务(如AWS的ELB服务)等。负载均衡后面连的一般是实际提供服务的服务器，如通过ELB服务，可以做到流量的均匀分担，从而减少单机服务器的压力。

由于增加了负载均衡这层，所以单纯地使用某个方案还是要考虑单点的问题。负责由于负载均衡这个服务器未能承受住压力，宕机了，服务也是不可用的。所以Nginx、LVS尽量配置多台代理，可以故障转移和故障报警，从而及时去处理代理层服务器的问题。ELB是亚马逊提供的服务，它本身的实现底层就有数百甚至上千的机器，所以把它想象成一个代理集群就好。

首先我们应该明确，为什么要实现共享，假设你的站点是存放在一个机器上，那么是不存在这个问题的，由于会话数据就在这台机器，可是假设你使用了负载均衡把请求分发到不同的机器呢？这个时候会话id在client是没有问题的，可是假设用户的两次请求到了两台不同的机器，而它的session数据可能存在当中一台机器，这个时候就会出现取不到session数据的情况，于是session的共享就成了一个问题

首先要确定mysql版本

4.0版本以下，varchar(20)，指的是20字节，如果存放UTF8汉字时，只能存16个（每个汉字3字节）

5.0版本以上，varchar(20)，指的是20字符，无论存放的是数字、字母还是UTF8汉字（每个汉字3字节），都可以存放20个

其实最好的办法是在自己数据库中建个表试试可以放多少汉字，现在mysql都5.0已上了，varchar(20)是可以存20个汉字的

做登录的时候用户名和密码怎么储存的：

一般我们用cookie将用户信息会储存在客户端，比如实现一个七天免登陆等。

我们在登录的时候先设置cookie的参数，将用户名和密码都储存起来，下次当跳转到下一个页面的时候，

我们可以先判断有没有cookie的值，如果有就直接跳转到下一个页面，如果没有那么就要提示请登录。

实现cookie的储存后，用户就能不用输入密码就可以登录成功了！

聚簇索引和非聚簇索引：

a)一个索引项直接对应实际数据记录的存储页，可谓“直达”

c)索引项的排序和数据行的存储排序完全一致，利用这一点，想修改数据的存储顺序，可以通过改变主键的方法（撤销原有主键，另找也能满足主键要求的一个字段或一组字段，重建主键）

d)一个表只能有一个聚簇索引（理由：数据一旦存储，顺序只能有一种）

a)不能“直达”，可能链式地访问多级页表后，才能定位到数据页

b)一个表可以有多个非聚簇索引

单点登录的技术实现机制：当用户第一次访问应用系统1的时候，因为还没有登录，会被引导到认证系统中进行登录;根据用户提供的登录信息，认证系统进行身份效验，如果通过效验，应该返回给用户一个认证的凭据--ticket;用户再访问别的应用的时候，就会将这个ticket带上，作为自己认证的凭据，应用系统接受到请求之后会把ticket送到认证系统进行效验，检查ticket的合法性。如果通过效验，用户就可以在不用再次登录的情况下访问应用系统2和应用系统3了。

可以看出，要实现SSO，需要以下主要的功能：

a)所有应用系统共享一个身份认证系统;

b)所有应用系统能够识别和提取ticket信息;

c)应用系统能够识别已经登录过的用户，能自动判断当前用户是否登录过，从而完成单点登录的功能

基于以上基本原则，本人用php语言设计了一套单点登录系统的程序，目前已投入正式生成服务器运行。本系统程序，将ticket信息以全系统唯一的 session id作为媒介，从而获取当前在线用户的全站信息(登陆状态信息及其他需要处理的用户全站信息)。

1. 第一次登陆某个站：

a)用户输入用户名+密码,向用户验证中心发送登录请求

b)当前登录站点，通过webservice请求,用户验证中心验证用户名，密码的合法性。如果验证通过，则生成ticket，用于标识当前会话的用户，并将当前登陆子站的站点标识符记录到用户中心，最后

c)将获取的用户数据和ticket返回给子站。如果验证不通过，则返回相应的错误状态码。

d)根据上一步的webservice请求返回的结果，当前子站对用户进行登陆处理：如状态码表示成功的话，则当前站点通过本站cookie保存ticket，并本站记录用户的登录状态。状态码表示失败的话，则给用户相应的登录失败提示。

2. 登陆状态下，用户转到另一子：

a)通过本站cookie或session验证用户的登录状态：如验证通过，进入正常本站处理程序;否则户中心验证用户的登录状态(发送ticket到用户验证中心)，如验证通过，则对返回的用户信息进行本地的登录处理，否则表明用户未登录。

a)当前登出站清除用户本站的登录状态和 本地保存的用户全站唯一的随机id

b)通过webservice接口，清除全站记录的全站唯一的随机id。webservice接口会返回，登出其他已登录子站的javascript代码，本站输出此代码。

c)js代码访问相应站W3C标准的登出脚本

没有方法体的方法就是抽象方法,用关键字abstract来修饰.

ajax的数据类型,参数：

子类调用父类ID 递归

解决主键冲突 配置文件命令

5.为什么使用会话控制

http协议是一个无状态的协议通过session ID来标识用户

XML是可扩展标记语言

HTML是超文本标记语言

进行跨域请求的一种方式利用了<script>元素的开放策略通过get请求来进行跨域请求

11.tp框架配置文件

12.tp框架的单字母方法

M用于实例化一个没有模型文件的Model

while是先判断再执行

析构方法，程序结束时自动调用 __destrcut()：

（把内层查询结果当作外层查询的比较条件）

innodb写操作快、支持事务、数据行锁、支持外键，但是不支持全文索引， InnoDB的主键范围更大，最大是MyISAM的2倍。

MyISAM不支持事务和外键，读操作快、支持数据锁表、 GIS数据 、全文索引（因为它不支持中文分词，所以MyISAM的全文索引其实没啥用）。

2，session 默认被存在在服务器的一个文件里（不是内存）

4，session 可以放在 文件、数据库、或内存中都可以。

5，用户验证这种场合一般会用 session

接口和抽象类有什么区别：

1、抽象类和接口都不能直接实例化，如果要实例化，抽象类变量必须指向实现所有抽象方法的子类对象，接口变量必须指向实现所有接口方法的类对象。

2、抽象类要被子类继承，接口要被类实现。

3、接口只能做方法申明，抽象类中可以做方法申明，也可以做方法实现

4、接口里定义的变量只能是公共的静态的常量，抽象类中的变量是普通变量。

5、抽象类里的抽象方法必须全部被子类所实现，如果子类不能全部实现父类抽象方法，那么该子类只能是抽象类。同样，一个实现接口的时候，如不能全部实现接口方法，那么该类也只能为抽象类。

6、抽象方法只能申明，不能实现，接口是设计的结果 ，抽象类是重构的结果

7、抽象类里可以没有抽象方法

8、如果一个类里有抽象方法，那么这个类只能是抽象类

9、抽象方法要被实现，所以不能是静态的，也不能是私有的。

10、接口可继承接口，并可多继承接口，但类只能单根继承。

foreach循环数组时,指针会自动指向下一个元素,不需要计算数组长度,没有条件判断和自增变量，所以性能肯定要比for高。

删除表中20-30岁间，男性的所有的数据：

静态化和伪静态的区别和好处？

　 静态化的网页一般以.html或者htm结尾，地址对应的是一个文件，这个文件实实在在的存在于网站服务器的某个目录中。

好处： 1.当访问者访问网页的时候，不读取数据库，直接访问网站空间对应的文件。（直接读取文件）

2.纯静态的网页对搜索引擎友好，是最容易被搜索引擎所收录的。（易收录）

3.由于访问网页的时候，不需要服务器做过多的处理，对服务器的压力最小，所以，更容易应对高访问量。（节省服务器压力）

4.一些面对数据库的攻击比如SQL注入攻击，在面对静态网页的时候常常难以从地址入手。（安全性高）

伪静态实质上还是动态的，在数据的处理过程上和动态的一样。

好处：在网址的形式上看，伪静态的地址和静态的可以一摸一样，普通的访问者不容易分出是真静态还是伪静态（易收录）

支付宝同步回调和异步回调：

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

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

php入门到就业线上直播课：

以上就是php基础面试题 的详细内容，更多请关注php中文网其它相关文章！