2020年最新PHP面试题汇总(附答案)

1.请自我介绍一下?php

答:我叫xxx,来自北京,20xx年毕业于xx大学计算机xx系,毕业后在武汉从事了x年的php开发工做,公司是一个外包公司,主要作微信开发,公众号推广,商城,论坛的开发css

2.你在公司负责那些项目?html

答:因为咱们公司是一个外包公司,不可能只作一个项目,公司的项目都是交叉进行的,论坛,微信,商城我都作过?前端

3.你为何来深圳?mysql

答:由于我哥在这边,父母也但愿兄弟间有个照应,并且深圳是一线城市,技术也比广西前沿一些linux

4.武汉使用什么前端框架和后端框架?laravel

答:根据本身的区域回答程序员

5.你作过那些模块?web

答:登录注册,商品管理,购物车模块,订单管理ajax

6.大家公司是使用什么框架?

答:咱们公司采用的是TP框架,运用的mysql+apache+php进行开发,由于TP框架是一个免费开源的,轻量级的php开发框架,并且是咱们中国人本身开发的,也是国内用的比较多的,各类资料也比较齐全

7.mvc是什么?相互间有什么关系?

答:mvc是一种开发模式,主要分为三部分:m(model),也就是模型,负责数据的操做;v(view),也就是视图,负责先后台的显示;c(controller),也就是控制器,负责业务逻辑

客户端请求项目的控制器,若是执行过程当中须要用到数据,控制器就会到模型中获取数据,再将获取到的数据经过视图显示出来

8.oop是什么?

答:oop是面向对象编程,面向对象编程是一种计算机编程架构,OOP 的一条基本原则是计算机程序是由单个可以起到子程序做用的单元或对象组合而成。
OOP具备三大特色
一、封装性:也称为信息隐藏,就是将一个类的使用和实现分开,只保留部分接口和方法与外部联系,或者说只公开了一些供开发人员使用的方法。因而开发人员只 须要关注这个类如何使用,而不用去关心其具体的实现过程,这样就能实现MVC分工合做,也能有效避免程序间相互依赖,实现代码模块间松藕合。

二、继承性:就是子类自动继承其父级类中的属性和方法,并能够添加新的属性和方法或者对部分属性和方法进行重写。继承增长了代码的可重用性。PHP只支持单继承,也就是说一个子类只能有一个父类。

三、多态性:子类继承了来自父级类中的属性和方法,并对其中部分方法进行重写。因而多个子类中虽然都具备同一个方法,可是这些子类实例化的对象调用这些相同的方法后却能够得到彻底不一样的结果,这种技术就是多态性。多态性加强了软件的灵活性。

一、易维护

采用面向对象思想设计的结构,可读性高,因为继承的存在,即便改变需求,那么维护也只是在局部模块,因此维护起来是很是方便和较低成本的。

二、质量高

在设计时,可重用现有的,在之前的项目的领域中已被测试过的类使系统知足业务需求并具备较高的质量。

三、效率高

在软件开发时,根据设计的须要对现实世界的事物进行抽象,产生类。使用这样的方法解决问题,接近于平常生活和天然的思考方式,势必提升软件开发的效率和质量。

四、易扩展

因为继承、封装、多态的特性,天然设计出高内聚、低耦合的系统结构,使得系统更灵活、更容易扩展,并且成本较低。

9.smarty是什么,有什么做用?

回答一:smarty是用php写出来的模板引擎,也是目前业界最著名的php模板引擎之一

它分离了逻辑代码和外在的显示,提供了一种易于管理和使用的方法,用来将混杂的php逻辑代码与html代码进行分离

回答二:smarty是php中最著名的引擎框架之一,咱们公司使用的是TP框架,已经封装好了smarty模板,因此没有单独使用过

回答三: smarty是个模板引擎,最显著的地方就是有能够把模板缓存起来。通常模板来讲,都是作一个静态页面,而后在里面把一些动态的部分用一切分隔符切开,而后在PHP里打开这个模板文件,把分隔符里面的值替换掉,而后输出来,你能够看下PHPLib里面的template部分。

而smarty设定了缓存参数之后,第一次运行时候会把模板打开,在php替换里面值的时候把读取的html和php部分从新生成一个临时的php文件,这样就省去了每次打开都从新读取html了。若是修改了模板,只要从新刷下就好了。

10.TP框架有哪些优势?

答:TP框架是咱们中国人本身开发的框架,各类资料比较齐全,国内用的比较多,比较简单和方便,并且是免费开源的

11.TP的特性有哪些?

1.多表查询很是方便,在model中几句代码就能够完成对多表的关联操做
2.融合了smarty模板,使先后台分离
3.支持多种缓存技术,尤为对memcache技术支持很是好
4.命名规范,模型,视图,控制器严格遵循命名规则,经过命名一一对应
5.支持多种url模式
6.内置ajax返回方法,包括xml,json,html等
7.支持应用扩展,类库扩展,驱动扩展等

12.TP框架中的大字母函数?

U:对url的组装
A:内部实例化控制器
S:缓存处理
R:调用某个控制器的操做方法
D:实例化自定义模型类
M:实例化基础模型类
I:获取参数
L:设置或者获取当前语言
C:设置或获取,保存配置

13.请介绍一下laravel框架?

答: laravel框架的设计思想比较先进,很是适合应用各类开发模式,做为一个框架,它为你准备好了一切,composer是php的将来,没有composer,php确定要走向没落

laravel框架最大的特色和优秀之处就是集合了php比较新的特色,以及各类各样的设计模式,Ioc模式,依赖注入等

14.laravel有那些特色?

回答一:

1.强大的rest router:用简单的回调函数就能够调用,快速绑定controller和router
2.artisan:命令行工具,不少手动的工做都自动化
3.可继承的模板,简化view的开发和管理
4.blade模板:渲染速度更快
5.ORM操做数据库
6.migration:管理数据库和版本控制
7.测试功能也很强大
8.composer也是亮点

回答二:

laravel框架引入了门面,依赖注入,Ioc模式,以及各类各样的设计模式等

15.请简述一下数据库的优化?

答:数据库的优化能够从四个方面来优化:

1.从结构层: web服务器采用负载均衡服务器,mysql服务器采用主从复制,读写分离
2.从储存层: 采用合适的存储引擎,采用三范式
3.从设计层: 采用分区分表,索引,表的字段采用合适的字段属性,适当的采用逆范式,开启mysql缓存
4.sql语句层:结果同样的状况下,采用效率高,速度快节省资源的sql语句执行

16.如何解决异常处理?

答: 抛出异常:使用try…catch,异常的代码放在try代码块内,若是没有触发异常,则代码继续执行,若是异常被触发,就会 抛出一个异常。Catch代码块捕获异常,并建立一个包含异常信息的对象。$e->getMessage(),输出异常的错误信息。

解决异常:使用set_error_handler函数获取异常(也能够使用try()和catch()函数),而后使用set_exception_handler()函数设置默认的异常处理程序,register_shutdown_function()函数来执行,执行机制是,php要把调入的函数调入到内存,当页面全部的php语句都执行完成时,再调用此函数

17.前端?

答:我在工做中处理前端的功能,通常就是用ajax向后台请求数据,而后返回数据在前台页面中显示出来。我历来没有独立的完整的将html和css样式都一我的完成,若是公司实在有这样的需求的话,我可能会找一些前台的模板或者说是前端的框架,好比说h—ui等等

18.权限管理(RBAC)的实现?

1.首先建立一张用户表:id name auto(保存格式为:控制器-方法)

2.而后在后台中建立一个基类控制器,控制器里封装一个构造方法,当用户登录成功后,使用TP框架中封装好的session函数获取保存在服务器中的session id,而后实例化模型,经过用户id获取保存在数据表中的auth数据,使用explode函数分割获取到的数据,并使用一个数组保存起来,而后使用TP框架中封装好的常量获取当前控制器和方法,而后把他们组装成字符串,使用in_array函数进行判断该数组中是否含有当前获取到的控制器和方法,若是没有,就提示该用户没有权限,若是有就进行下一步操做

19.支付功能的实现?

答:

20.怎么保证促销商品不会超卖?

答:这个问题是咱们当时开发时遇到的一个难点,超卖的缘由主要是下的订单的数目和咱们要促销的商品的数目不一致致使的,每次老是订单的数比咱们的促销商品的数目要多,当时咱们的小组讨论了很久,给出了好几个方案来实现:

第一种方案:在每次下订单前咱们判断促销商品的数量够不够,不够不容许下订单,更改库存量时加上一个条件,只更改商品库存大于0的商品的库存,当时咱们使用ab进行压力测试,当并发超过500,访问量超过2000时,仍是会出现超卖现象。因此被咱们否认了。

第二种方案:使用mysql的事务加排他锁来解决,首先咱们选择数据库的存储引擎为innoDB,使用的是排他锁实现的,刚开始的时候咱们测试了下共享锁,发现仍是会出现超卖的现象。有个问题是,当咱们进行高并发测试时,对数据库的性能影响很大,致使数据库的压力很大,最终也被咱们否认了。

第三种方案:使用文件锁实现。当用户抢到一件促销商品后先触发文件锁,防止其余用户进入,该用户抢到促销品后再解开文件锁,放其余用户进行操做。这样能够解决超卖的问题,可是会致使文件得I/O开销很大。

最后咱们使用了redis的队列来实现。将要促销的商品数量以队列的方式存入redis中,每当用户抢到一件促销商品则从队列中删除一个数据,确保商品不会超卖。这个操做起来很方便,并且效率极高,最终咱们采起这种方式来实现

21.商城秒杀的实现?

答:抢购、秒杀是现在很常见的一个应用场景,主要须要解决的问题有两个:

1 高并发对数据库产生的压力
2 竞争状态下如何解决库存的正确减小("超卖"问题)
对于第一个问题,已经很容易想到用缓存来处理抢购,避免直接操做数据库,例如使用Redis。第二个问题,咱们能够使用redis队列来完成,把要秒杀的商品放入到队列中,由于pop操做是原子的,即便有不少用户同时到达,也是依次执行,文件锁和事务在高并发下性能降低很快,固然还要考虑其余方面的东西,好比抢购页面作成静态的,经过ajax调用接口,其中也可能会出现一个用户抢屡次的状况,这时候须要再加上一个排队队列和抢购结果队列及库存队列。高并发状况下,将用户进入排队队列,用一个线程循环处理从排队队列取出一个用户,判断用户是否已在抢购结果队列,若是在,则已抢购,不然未抢购,库存减1,写数据库,将用户入结果队列。

22.购物车的原理?

答:购物车至关于现实中超市的购物车,不一样的是一个是实体车,一个是虚拟车而已。用户能够在购物网站的不一样页面之间跳转,以选购本身喜好的商品,点击购买时,该商品就自动保存到你的购物车中,重复选购后,最后将选中的全部商品放在购物车中统一到付款台结帐,这也是尽可能让客户体验到现实生活中购物的感受。服务器经过追踪每一个用户的行动,以保证在结帐时每件商品都物有其主。

主要涉及如下几点:

一、把商品添加到购物车,即订购
二、删除购物车中已定购的商品
三、修改购物车中某一本图书的订购数量
四、清空购物车
五、显示购物车中商品清单及数量、价格

实现购物车的关键在于服务器识别每个用户并维持与他们的联系。可是HTTP协议是一种“无状态(Stateless)”的协议,于是服务器不能记住是谁在购买商品,当把商品加入购物车时,服务器也不知道购物车里原先有些什么,使得用户在不一样页面间跳转时购物车没法“随身携带”,这都给购物车的实现形成了必定的困难。

目前购物车的实现主要是经过cookie、session或结合数据库的方式。下面分析一下它们的机制及做用。

cookie

cookie是由服务器产生,存储在客户端的一段信息。它定义了一种Web服务器在客户端存储和返回信息的机制,cookie文件它包含域、路径、生存期、和由服务器设置的变量值等内容。当用户之后访问同一个Web服务器时,浏览器会把cookie原样发送给服务器。经过让服务器读取原先保存到客户端的信息,网站可以为浏览者提供一系列的方便,例如在线交易过程当中标识用户身份、安全要求不高的场合避免用户重复输入名字和密码、门户网站的主页定制、有针对性地投放广告等等。利用cookie的特性,大大扩展了WEB应用程序的功能,不只能够创建服务器与客户机的联系,由于cookie能够由服务器定制,所以还能够将购物信息生成cookie值存放在客户端,从而实现购物车的功能。用基于cookie的方式实现服务器与浏览器之间的会话或购物车,有如下特色:

一、cookie存储在客户端,且占用不多的资源,浏览器容许存放300个cookie,每一个cookie的大小为4KB,足以知足购物车的要求,同时也减轻了服务器的负荷;
二、cookie为浏览器所内置,使用方便。即便用户不当心关闭了浏览器窗口,只要在cookie定义的有效期内,购物车中的信息也不会丢失;
三、cookie不是可执行文件,因此不会以任何方式执行,所以也不会带来病毒或攻击用户的系统;
四、基于cookie的购物车要求用户浏览器必须支持并设置为启用cookie,不然购物车则失效;
五、存在着关于cookie侵犯访问者隐私权的争论,所以有些用户会禁止本机的cookie功能。

session

session是实现购物车的另外一种方法。session提供了能够保存和跟踪用户的状态信息的功能,使当前用户在session中定义的变量和对象能在页面之间共享,可是不能为应用中其余用户所访问,它与cookie最重大的区别是,session将用户在会话期间的私有信息存储在服务器端,提升了安全性。在服务器生成session后,客户端会生成一个sessionid识别号保存在客户端,以保持和服务器的同步。这个sessionid是只读的,若是客户端禁止cookie功能,session会经过在URL中附加参数,或隐含在表单中提交等其余方式在页面间传送。所以利用session实施对用户的管理则更为安全、有效。

一样,利用session也能实现购物车,这种方式的特色是:

一、session用新的机制保持与客户端的同步,不依赖于客户端设置;
二、与cookie相比,session是存储在服务器端的信息,所以显得更为安全,所以可将身份标示,购物等信息存储在session中;
三、session会占用服务器资源,加大服务器端的负载,尤为当并发用户不少时,会生成大量的session,影响服务器的性能;
四、由于session存储的信息更敏感,并且是以文件形式保存在服务器中,所以仍然存在着安全隐患。
结合数据库的方式

这也是目前较广泛的模式,在这种方式中,数据库承担着存储购物信息的做用,session或cookie则用来跟踪用户。这种方式具备如下特色:

一、数据库与cookie分别负责记录数据和维持会话,能发挥各自的优点,使安全性和服务器性能都获得了提升;
二、每个购物的行为,都要直接创建与数据库的链接,直至对表的操做完成后,链接才释放。当并发用户不少时,会影响数据库的性能,所以,这对数据库的性能提出了更高的要求;
三、使cookie维持会话有赖客户端的支持。

各类方式的选择:

虽然cookie可用来实现购物车,但必须得到浏览器的支持,再加上它是存储在客户端的信息,极易被获取,因此这也限制了它存储更多,更重要的信息。因此通常cookie只用来维持与服务器的会话,例如国内最大的当当网络书店就是用cookie保持与客户的联系,可是这种方式最大的缺点是若是客户端不支持cookie就会使购物车失效。

Session能很好地与交易双方保持会话,能够忽视客户端的设置。在购物车技术中获得了普遍的应用。但session的文件属性使其仍然留有安全隐患。

结合数据库的方式虽然在必定程度上解决了上述的问题,但从上面的例子能够看出:在这种购物流程中涉及到对数据库表的频繁操做,尤为是用户每选购一次商品,都要与数据库进行链接,当用户不少的时候就加大了服务器与数据库的负荷。

23.redis消息队列先进先出须要注意什么?

答:一般使用一个list来实现队列操做,这样有一个小限制,因此的任务统一都是先进先出,若是想优先处理某个任务就不太好处理了,这就须要让队列有优先级的概念,咱们就能够优先处理高级别的任务,实现方式有如下几种方式:

1)单一列表实现:队列正常的操做是 左进右出(lpush,rpop)为了先处理高优先级任务,在遇到高级别任务时,能够直接插队,直接放入队列头部(rpush),这样,从队列头部(右侧)获取任务时,取到的就是高优先级的任务(rpop)

2)使用两个队列,一个普通队列,一个高级队列,针对任务的级别放入不一样的队列,获取任务时也很简单,redis的BRPOP命令能够按顺序从多个队列中取值,BRPOP会按照给出的 key 顺序查看,并在找到的第一个非空 list 的尾部弹出一个元素,redis> BRPOP list1 list2 0

list1 作为高优先级任务队列
list2 作为普通任务队列

这样就实现了先处理高优先级任务,当没有高优先级任务时,就去获取普通任务

方式1最简单,但实际应用比较局限,方式3能够实现复杂优先级,但实现比较复杂,不利于维护

方式2是推荐用法,实际应用最为合适
24.你负责的模块有哪些难题?

答:在我负责的B2B电商项目中,当时我负责的是订单模块,因为客户一次选择了多家商户的商品,最终生成了一个订单,这样咱们平台在给商户结算时出现了不知道这比费用应该给哪一个商户,这时候咱们小组通过讨论,须要涉及到订单拆分,也就是说用户点击支付后,若是有多件商品,而且不是同一家店铺那么 就要用到订单的拆分,好比若是有两件商品,而且不是同一店铺 就在原来的订单号下 在生成两个子订单号 并修改订单表中两件商品的订单号。最终实现了商品的分配管理,解决了咱们的难题。

我以为在开发过程当中,遇到的难题无非是两个,一个是技术层次的,我认为,只要你有恒心,有热心,没有以为不了的难题。另外一个就是沟通问题,在任何地方任什么时候候沟通都是最重要的,尤为是咱们作开发的,不沟通好,会影响整个项目的进度,我本人是个很是还沟通的人,因此这点上也没多大问题。

25.用户下单是怎么处理的?

答:判断用户有没有登陆,在没有登陆的状况下,不容许下单。登录后,可进行下单,并生成惟一的订单号,此时订单的状态为未支付。

26.电商的登陆是怎么实现的?

答:分为普通登陆和第三方登陆 这边主要说一下第三方登陆吧,第三方登录主要使用的是author协议,我就以QQ的第三方登录为例来进行说明:当用户在咱们的站点请求QQ的第三方登录时,咱们站点会引导用户跳转到QQ的登录受权界面, 当用户输入QQ和密码成功登陆之后会自动跳回到咱们站点设置好的回调页面,并附带一个code参数,接着你使用code再次去请求QQ的受权页面,就能够从中获取到一个access token(访问令牌),经过这个access_token,咱们能够调用QQ提供给咱们的接口,好比获取open_id,能够获取用户的基本信息。获取到以后,咱们须要拿用户的受权信息和open_id和咱们平台的普通用户进行绑定。这样无论是普通用户登录仍是第三方登录用户,均可以实现登录。

27.接口安全方面是怎么处理的?

答:咱们当时是这么作的,使用HTTP的POST方式,对固定参数+附加参数进行数字签名,使用的是md5加密,好比:我想经过标题获取一个信息,在客户端使用 信息标题+日期+双方约定好的一个key经过md5加密生成一个签名(sign),而后做为参数传递到服务器端,服务器端使用一样的方法进行校验,如何接受过来的sign和咱们经过算法算的值相同,证实是一个正常的接口请求,咱们才会返回相应的接口数据。

28.用的什么技术实现短信发送,在哪调用?

答:我主要用的第三方短信接口,在申请接口时进行相应信息的配置,而后在咱们站点须要用到短信验证的地方进行调用,咱们一般在用户注册时使用到。

29.在工做中遇到什么困难?

答:整体来讲:在工做我主要遇到这几个问题比较难处理:

①我以前工做的时候发现常常会出现一些临时需求打乱了个人计划,搞得有时候这个任务还没完成,又得去作其余的任务,最后一天下来,大大小小的东西是不少,可是没有完成得很是好的,后面我总结了一下,我会把这些都添加优先级,遇到临时需求,按照优先级从新将已有任务和临时任务进行排版,保证在规定时间内有效率的完成优先级高的任务。

②在作项目需求时候,遇到理解能力欠佳的人,沟通时容易被气到,影响本身的情绪,最后反倒还不能到达须要的效果。后面,每次到这种时候,我通常会借助一些纸质的、更加形象的东西,让双方都认同的、都能明白的一种方式来进行沟通,后面减小了不少没必要须的麻烦。你们都知道,对于程序员来讲,改需求是一件很痛苦的事情,因此前期的沟通工做很重要。

③还有一件事时,我之前的领导不太懂技术,因此每次出一个新的需求出来,老是要求咱们在很短的时间内完成,完不成咱们就会被怀疑能力有问题。固然,每一个领导都但愿本身的员工可以尽快的完成任务,下降成本,提升效率。这时候我会把咱们的需求细化,把其中的重点、难点都列出来,作好时间规划,耐心的跟领导沟通,项目每一个点的重要性和时间的花费比例,确保在这个规划的时间点内保质保量的完成任务。慢慢的也获得了领导的承认,其实领导也不是一味的不通情理,只要把东西计划好了,以最小的代价换取最高的价值,每一个人都是很容易理解得

30.用户不登陆,怎么直接加入购物车的?

答:用户在不登陆的状况下,能够把要购买商品的信息(如商品的ID,商品的价格、商品的sku_id,购买数量等关键数据)存到COOKIE里面,当登录的状况下。把COOKIE里面的内容存到数据库,并清除cookie中的数据。

31.写过接口吗,怎么定义接口的?

答:写过。接口分为两种:一种是数据型接口,一种是应用型接口。

数据型接口:是比抽象类更抽象的某种“结构”——它其实不是类,可是跟类同样的某种语法结构,是一种结构规范,规范咱们类要以什么格式进行定义,通常用于团队比较大,分支比较多的状况下使用。

应用型接口: API(application interface) 数据对外访问的一个入口

我主要是参与的APP开发中接口的编写,客户端须要什么样的数据,咱们就给他们提供相应的数据,数据以json/xml的格式返回,而且配以相应的接口文档。

32.sku减库存?

答:SKU = Stock Keeping Unit (库存量单位)

即库存进出计量的单位,能够是以件,盒,托盘等为单位。SKU是库存量单位,区分单品。

在服装、鞋类商品中使用最多最广泛。 例如纺织品中一个SKU一般表示:规格、颜色、款式。

在设计表时,不只仅只有商品表,商品表中有个总库存,咱们还须要涉及一张SKU表,里面有SKU库存和单价字段,用户每购买一件商品,实际上购买的都是SKU商品,这样在下订单成功后,应该根据所购买的商品的惟一的SKU号来进行相应的SKU库存的减小,固然商品的总库存保存在商品主表中,也须要减小总库存中的库存量。

33.库存设置?

答:库存分为商品总库存和SKU库存,每每商品总库存的为SKU库存的总和。通常在商城的后台对货品设置最高库存及最低库存后,当前库存数量与最高、最低二者比较,超出库存或者低于库存的,则被统计成报表形式反映,便于用户掌握货品库存超、短缺状态及数量。

34.订单、库存两个表 如何保证数据的一致性?

答:在一个电子商务系统中,正常的应该是订单生成成功后,相应的库存进行减小必需要保证二者的一致性,但有时候由于某些缘由,好比程序逻辑问题,并发等问题,致使下单成功而库存没有减小的状况。这种状况咱们是不容许发生的,MySQL的中的事务恰好能够解决这一问题,首先得选择数据库的存储引擎为InnoDB的,事务规定了只有下订单完成了,而且相应的库存减小了才容许提交事务,不然就事务回滚,确保数据一致性。

35.O2O用户下单,c端下单,如何保证ba端数据一致?

答:O2O为线上和线下模式,O2O模式奉行的是“线上支付+实体店消费”的消费模式,即消费者在网上下单完成支付后,凭消费凭证到实体店消费。 O2O模式是把商家信息和支付程序放在线上进行,而把商品和服务兑现放在线下,也就是说O2O模式适用于快递没法送达的有形产品。数据一致性的问题是O2O行业中最多见的问题,咱们能够相似于数据库的主从复制的思路来解决这个问题.O2O有个供应商系统,相似于主服务器,在ç端(从服务器)下单时,数据同步更新到供应商系统端,b,a实时从供应商系统中拉取数据进行同步,好比利用定时任务,定时拉取数据进行同步。

36.Redis如何防止高并发?

答:其实redis是不会存在并发问题的,由于他是单进程的,再多的命令都是一个接一个地执行的。咱们使用的时候,可能会出现并发问题,好比得到和设定这一对。Redis的为何 有高并发问题?Redis的的出身决定

Redis是一种单线程机制的nosql数据库,基于key-value,数据可持久化落盘。因为单线程因此redis自己并无锁的概念,多个客户端链接并不存在竞争关系,可是利用jedis等客户端对redis进行并发访问时会出现问题。发生链接超时、数据转换错误、阻塞、客户端关闭链接等问题,这些问题均是因为客户端链接混乱形成。

同时,单线程的天性决定,高并发对同一个键的操做会排队处理,若是并发量很大,可能形成后来的请求超时。

在远程访问redis的时候,由于网络等缘由形成高并发访问延迟返回的问题。

解决办法

在客户端将链接进行池化,同时对客户端读写Redis操做采用内部锁synchronized。

服务器角度,利用setnx变向实现锁机制。

37.秒杀当中的细节你是怎么得出来的?

答:经过性能测试及模拟秒杀场景。每一个问题都通过反复测试,不断的发现问题,不断的解决。

38.作秒杀用什么数据库,怎么实现的?

答:由于秒杀的一瞬间,并发很是大,若是同时请求数据库,会致使数据库的压力很是大,致使数据库的性能急剧降低,更严重的可能会致使数据库服务器宕机。这时候通常采用内存高速缓存数据库redis来实现的,redis是非关系型数据库,redis是单线程的,经过redis的队列能够完成秒杀过程。

39.支付宝流程怎么实现的?

答:首先要有一个支付宝帐号,接下来向支付宝申请在线支付业务,签署协议。协议生效后有支付宝一方会给网站方一个合做伙伴ID,和安全校验码,有了这两样东西就能够按照支付宝接口文档开发支付宝接口了,中间主要涉及到一个安全问题。整个流程是这样的:咱们的网站经过post传递相应的参数(如订单总金额,订单号)到支付页面,支付页面把一系列的参数通过处理,以post的方式提交给支付宝服务器,支付宝服务器进行验证,并对接收的数据进行处理,把处理后的结果返回给咱们网站设置的异步和同步回调地址,经过相应的返回参数,来处理相应的业务逻辑,好比返回的参数表明支付成功,更改订单状态。

40.什么是单点登陆?

答:单点登陆SSO(Single Sign On)说得简单点就是在一个多系统共存的环境下,用户在一处登陆后,就不用在其余系统中登陆,也就是用户的一次登陆能获得其余全部系统的信任。

41.什么状况下使用缓存?

答:当用户第一次访问应用系统的时候,由于尚未登陆,会被引导到认证系统中进行登陆;根据用户提供的登陆信息,认证系统进行身份校验,若是经过校验,应该返回给用户一个认证的凭据--ticket;用户再访问别的应用的时候,就会将这个ticket带上,做为本身认证的凭据,应用系统接受到请求以后会把 ticket送到认证系统进行校验,检查ticket的合法性。若是经过校验,用户就能够在不用再次登陆的状况下访问应用系统2和应用系统3了。

实现主要技术点:

一、两个站点共用一个数据验证系统
二、主要经过跨域请求的方式来实现验证及session处理。

42.怎么实现第三方登陆?

答:第三方登录主要是基于author协议来实现,下面简单说下实现流程:

一、首先咱们须要以开发者的身份向第三方登录平台申请接入应用,申请成功后,咱们会得到一个appID和一个secrectID.
二、当咱们的网站需接入第三方登录时,会引导用户跳转到第三方的登录受权页面,此时把以前申请的appID和secrectID带给登录受权页面。
三、用户登录成功后即获得受权,第三方会返回一个临时的code给咱们的网站。
四、咱们的网站接受到code后,再次向咱们的第三方发起请求,并携带接收的code,从第三方获取access_token.
五、第三方处理请求后,会返回一个access_token给咱们的网站,咱们的网站获取到access_token后就能够调用第三方提供的接口了,好比获取用户信息等。最后把该用户信息存入到咱们站点的数据库,并把信息保存到session中,实现用户的第三方登录。

43.如何处理负载、高并发?(好好看看,常常问到,能回答到主要的东西便可)?

答:从低成本、高性能和高扩张性的角度来讲有以下处理方案:

一、HTML静态化

其实你们都知道,效率最高、消耗最小的就是纯静态化的html页面,因此咱们尽量使咱们的 网站上的页面采用静态页面来实现,这个最简单的方法其实也是最有效的方法。

二、图片服务器分离

把图片单独存储,尽可能减小图片等大流量的开销,能够放在一些相关的平台上,如骑牛等

三、数据库集群和库表散列及缓存

数据库的并发链接为100,一台数据库远远不够,能够从读写分离、主从复制,数据库集群方面来着手。另外尽可能减小数据库的访问,能够使用缓存数据库如memcache、redis。

四、镜像:

尽可能减小下载,能够把不一样的请求分发到多个镜像端。

五、负载均衡:

Apache的最大并发链接为1500,只能增长服务器,能够从硬件上着手,如F5服务器。固然硬件的成本比较高,咱们每每从软件方面着手。

负载均衡 (Load Balancing) 创建在现有网络结构之上,它提供了一种廉价有效透明的方法扩展网络设备和服务器的带宽、增长吞吐量、增强网络数据处理能力,同时可以提升网络的灵活性和可用性。目前使用最为普遍的负载均衡软件是Nginx、LVS、HAProxy。我分别来讲下三种的优缺点:

Nginx的优势是:

工做在网络的7层之上,能够针对http应用作一些分流的策略,好比针对域名、目录结构,它的正则规则比HAProxy更为强大和灵活,这也是它目前普遍流行的主要缘由之一,Nginx单凭这点可利用的场合就远多于LVS了。

Nginx对网络稳定性的依赖很是小,理论上能ping通就就能进行负载功能,这个也是它的优点之一;相反LVS对网络稳定性依赖比较大,这点本人深有体会;

Nginx安装和配置比较简单,测试起来比较方便,它基本能把错误用日志打印出来。LVS的配置、测试就要花比较长的时间了,LVS对网络依赖比较大。

能够承担高负载压力且稳定,在硬件不差的状况下通常能支撑几万次的并发量,负载度比LVS相对小些。

Nginx能够经过端口检测到服务器内部的故障,好比根据服务器处理网页返回的状态码、超时等等,而且会把返回错误的请求从新提交到另外一个节点,不过其中缺点就是不支持url来检测。好比用户正在上传一个文件,而处理该上传的节点恰好在上传过程当中出现故障,Nginx会把上传切到另外一台服务器从新处理,而LVS就直接断掉了,若是是上传一个很大的文件或者很重要的文件的话,用户可能会所以而不满。

Nginx不只仅是一款优秀的负载均衡器/反向代理软件,它同时也是功能强大的Web应用服务器。LNMP也是近几年很是流行的web架构,在高流量的环境中稳定性也很好。

Nginx如今做为Web反向加速缓存愈来愈成熟了,速度比传统的Squid服务器更快,能够考虑用其做为反向代理加速器。

Nginx可做为中层反向代理使用,这一层面Nginx基本上无对手,惟一能够对比Nginx的就只有 lighttpd了,不过 lighttpd目前尚未作到Nginx彻底的功能,配置也不那么清晰易读,社区资料也远远没Nginx活跃。

Nginx也可做为静态网页和图片服务器,这方面的性能也无对手。还有Nginx社区很是活跃,第三方模块也不少。

Nginx的缺点是:

Nginx仅能支持http、https和Email协议,这样就在适用范围上面小些,这个是它的缺点。

对后端服务器的健康检查,只支持经过端口来检测,不支持经过url来检测。不支持Session的直接保持,但能经过ip_hash来解决。

LVS:使用Linux内核集群实现一个高性能、高可用的负载均衡服务器,它具备很好的可伸缩性(Scalability)、可靠性(Reliability)和可管理性(Manageability)。

LVS的优势是:

抗负载能力强、是工做在网络4层之上仅做分发之用,没有流量的产生,这个特色也决定了它在负载均衡软件里的性能最强的,对内存和cpu资源消耗比较低。

配置性比较低,这是一个缺点也是一个优势,由于没有可太多配置的东西,因此并不须要太多接触,大大减小了人为出错的概率。

工做稳定,由于其自己抗负载能力很强,自身有完整的双机热备方案,如LVS+Keepalived,不过咱们在项目实施中用得最多的仍是LVS/DR+Keepalived。

无流量,LVS只分发请求,而流量并不从它自己出去,这点保证了均衡器IO的性能不会受到大流量的影响。

应用范围比较广,由于LVS工做在4层,因此它几乎能够对全部应用作负载均衡,包括http、数据库、在线聊天室等等。

LVS的缺点是:

软件自己不支持正则表达式处理,不能作动静分离;而如今许多网站在这方面都有较强的需求,这个是Nginx/HAProxy+Keepalived的优点所在。

若是是网站应用比较庞大的话,LVS/DR+Keepalived实施起来就比较复杂了,特别后面有 Windows Server的机器的话,若是实施及配置还有维护过程就比较复杂了,相对而言,Nginx/HAProxy+Keepalived就简单多了。

HAProxy的特色是:

HAProxy也是支持虚拟主机的。

HAProxy的优势可以补充Nginx的一些缺点,好比支持Session的保持,Cookie的引导;同时支持经过获取指定的url来检测后端服务器的状态。

HAProxy跟LVS相似,自己就只是一款负载均衡软件;单纯从效率上来说HAProxy会比Nginx有更出色的负载均衡速度,在并发处理上也是优于Nginx的。

HAProxy支持TCP协议的负载均衡转发,能够对MySQL读进行负载均衡,对后端的MySQL节点进行检测和负载均衡,你们能够用LVS+Keepalived对MySQL主从作负载均衡。

HAProxy负载均衡策略很是多,HAProxy的负载均衡算法如今具体有以下8种:

① roundrobin,表示简单的轮询,这个很少说,这个是负载均衡基本都具有的;

② static-rr,表示根据权重,建议关注;

③ leastconn,表示最少链接者先处理,建议关注;

④ source,表示根据请求源IP,这个跟Nginx的IP_hash机制相似,咱们用其做为解决session问题的一种方法,建议关注;

⑤ ri,表示根据请求的URI;

⑥ rl_param,表示根据请求的URl参数’balance url_param’ requires an URL parameter name;

⑦ hdr(name),表示根据HTTP请求头来锁定每一次HTTP请求;

⑧ rdp-cookie(name),表示根据据cookie(name)来锁定并哈希每一次TCP请求。

Nginx和LVS对比的总结:

Nginx工做在网络的7层,因此它能够针对http应用自己来作分流策略,好比针对域名、目录结构等,相比之下LVS并不具有这样的功能,因此Nginx单凭这点可利用的场合就远多于LVS了;但Nginx有用的这些功能使其可调整度要高于LVS,因此常常要去触碰触碰,触碰多了,人为出问题的概率也就会大。

Nginx对网络稳定性的依赖较小,理论上只要ping得通,网页访问正常,Nginx就能连得通,这是Nginx的一大优点!Nginx同时还能区份内外网,若是是同时拥有内外网的节点,就至关于单机拥有了备份线路;LVS就比较依赖于网络环境,目前来看服务器在同一网段内而且LVS使用direct方式分流,效果较能获得保证。另外注意,LVS须要向托管商至少申请多一个ip来作Visual IP,貌似是不能用自己的IP来作VIP的。要作好LVS管理员,确实得跟进学习不少有关网络通讯方面的知识,就再也不是一个HTTP那么简单了。

Nginx安装和配置比较简单,测试起来也很方便,由于它基本能把错误用日志打印出来。LVS的安装和配置、测试就要花比较长的时间了;LVS对网络依赖比较大,不少时候不能配置成功都是由于网络问题而不是配置问题,出了问题要解决也相应的会麻烦得多。

Nginx也一样能承受很高负载且稳定,但负载度和稳定度差LVS还有几个等级:Nginx处理全部流量因此受限于机器IO和配置;自己的bug也仍是难以免的。

Nginx能够检测到服务器内部的故障,好比根据服务器处理网页返回的状态码、超时等等,而且会把返回错误的请求从新提交到另外一个节点。目前LVS中 ldirectd也能支持针对服务器内部的状况来监控,但LVS的原理使其不能重发请求。好比用户正在上传一个文件,而处理该上传的节点恰好在上传过程当中出现故障,Nginx会把上传切到另外一台服务器从新处理,而LVS就直接断掉了,若是是上传一个很大的文件或者很重要的文件的话,用户可能会所以而恼火。

Nginx对请求的异步处理能够帮助节点服务器减轻负载,假如使用 apache直接对外服务,那么出现不少的窄带连接时apache服务器将会占用大 量内存而不能释放,使用多一个Nginx作apache代理的话,这些窄带连接会被Nginx挡住,apache上就不会堆积过多的请求,这样就减小了至关多的资源占用。这点使用squid也有相同的做用,即便squid自己配置为不缓存,对apache仍是有很大帮助的。

Nginx能支持http、https和email(email的功能比较少用),LVS所支持的应用在这点上会比Nginx更多。在使用上,通常最前端所采起的策略应是LVS,也就是DNS的指向应为LVS均衡器,LVS的优势令它很是适合作这个任务。重要的ip地址,最好交由LVS托管,好比数据库的 ip、webservice服务器的ip等等,这些ip地址随着时间推移,使用面会愈来愈大,若是更换ip则故障会接踵而至。因此将这些重要ip交给 LVS托管是最为稳妥的,这样作的惟一缺点是须要的VIP数量会比较多。Nginx可做为LVS节点机器使用,一是能够利用Nginx的功能,二是能够利用Nginx的性能。固然这一层面也能够直接使用squid,squid的功能方面就比Nginx弱很多了,性能上也有所逊色于Nginx。Nginx也可做为中层代理使用,这一层面Nginx基本上无对手,惟一能够撼动Nginx的就只有lighttpd了,不过lighttpd目前尚未能作到 Nginx彻底的功能,配置也不那么清晰易读。另外,中层代理的IP也是重要的,因此中层代理也拥有一个VIP和LVS是最完美的方案了。具体的应用还得具体分析,若是是比较小的网站(日PV小于1000万),用Nginx就彻底能够了,若是机器也很多,能够用DNS轮询,LVS所耗费的机器仍是比较多的;大型网站或者重要的服务,机器不发愁的时候,要多多考虑利用LVS。

数据库优化

44.作秒杀时锁表考虑到没有?

答:考虑到了,当时咱们作秒杀时考虑了好几种方案,其中有一种就是使用事务加上排他锁来实现。

加粗样式45.架构类的东西接触过吗?

有接触过,曾经本身在本身的服务器上配置过。我之前作过如下几个架构方面的配置和测试;

一、数据库的读写分离、主从复制及集群。
二、Nginx负载均衡
三、redis集群及主从

46.封装过一个简单的框架?

答;封装过一个简单的MVC框架,主要分为3层,控制器层和模型层视图层,以及路由的分配和入口文件,模板引擎,单例模式、工厂模式,第三方类库的引入等。

47.谈谈对MVC的认识?

答:核心思想是:视图和用户交互经过事件致使控制器改变 控制器改变致使模型改变 或者控制器同时改变二者 模型改变 致使视图改变 或者视图改变 潜在的从模型里面得到参数 来改变本身。他的好处是能够将界面和业务逻辑分离。

Model(模型),是程序的主体部分,主要包含业务数据和业务逻辑。在模型层,还会涉及到用户发布的服务,在服务中会根据不一样的业务需求,更新业务模型中的数据。
View(视图),是程序呈现给用户的部分,是用户和程序交互的接口,用户会根据具体的业务需求,在View视图层输入本身特定的业务数据,并经过界面的事件交互,将对应的输入参数提交给后台控制器进行处理。
Contorller(控制器),Contorller是用来处理用户 输入数据,已经更新业务模型的部分。控制器中接收了用户与界面交互时传递过来的数据,并根据数据业务逻辑来执行服务的调用和更新业务模型的数据和状态。

48.session与cookie的区别

一、cookie数据存放在第三方应用的浏览器上,session数据放在服务器上。
 
二、cookie不是很安全,别人能够分析存放在本地的COOKIE,进行COOKIE欺骗,考虑到安全应当使用session。
 
三、session会在必定时间内保存在服务器上。当访问增多,会比较占用你服务器的性能,考虑到减轻服务器性能方面,应当使用COOKIE。
 
四、单个cookie保存的数据不能超过4K,不少浏览器都限制一个站点最多保存20个cookie。
 
五、因此我的建议:
    将登录信息等重要信息存放为SESSION
    其余信息若是须要保留,能够放在COOKIE

49.echo(),print(),print_r()的区别?

echo能够一次输出多个值,多个值之间用逗号分隔。echo是语言结构(language construct),而并非真正的函数,所以不能做为表达式的一部分使用。echo是php的内部指令,不是函数,无返回值。
 
print():函数print()打印一个值(它的参数),若是字符串成功显示则返回true,不然返回false。只能打印出简单类型变量的值(如int,string),有返回值
 
printf():源于C语言中的printf()。该函数输出格式化的字符串。
 
print_r()和var_dump()
print_r()能够把字符串和数字简单地打印出来,而数组则以括起来的键和值得列表形式显示,并以Array开头。但print_r()输出布尔值和NULL的结果没有意义,由于都是打印"\n"。所以用var_dump()函数更适合调试。print_r是函数,能够打印出比较复杂的变量(如数组,对象),有返回值
var_dump()判断一个变量的类型与长度,并输出变量的数值,若是变量有值输的是变量的值并回返数据类型。此函数显示关于一个或多个表达式的结构信息,包括表达式的类型与值。数组将递归展开值,经过缩进显示其结构。

50.说一下单引号双引号?

①单引号内部的变量不会执行, 双引号会执行
 
②单引号解析速度比双引号快。
 
③单引号只能解析部分特殊字符,双引号能够解析全部特殊字符。

51.索引的优缺点?

一、优势:

a)能够保证数据库表中每一行的数据的惟一性
b)能够大大加快数据的索引速度
c)加速表与表之间的链接,物别是在实现数据的参考完事性方面特别有意义
d)在使用分组和排序子句进行数据检索时,一样能够显著减小查询中分组和排序的时间
f)经过使用索引,能够在时间查询的过程当中,使用优化隐藏器,提升系统的性能

二、 缺点:

a)  建立索引和维护索引要耗费时间,这种时间随着数据量的增长而增长
b)  索引须要占物理空间,除了数据表占用数据空间以外,每个索引还要占用必定的物理空间,若是须要创建聚簇索引,那么须要占用的空间会更大
c)  以表中的数据进行增、删、改的时候,索引也要动态的维护,这就下降了整数的维护速度
d)  创建索引的原则
e)  在常常须要搜索的列上,能够加快搜索的速度
f)  在做为主键的列上,强制该列的惟一性和组织表中数据的排列结构
g)  在常常用在链接的列上,这些列主要是一外键,能够加快链接的速度
h)  在经常常须要根据范围进行搜索的列上建立索引,国为索引已经排序,其指定的范围是连续的
i)  在常常须要排序的列上,国为索引已经排序,这样井底能够利用索引的排序,加快排序井底时间
j)  在常用在where子句中的列上,加快条件的判断速度

52.get和post的区别?

  1. get是从服务器上获取数据,post是向服务器传送数据。
  2. get是把参数数据队列加到提交表单的ACTION属性所指的URL中,值和表单内各个字段一一对应,在URL中能够看到。post是经过HTTP post机制,将表单内各个字段与其内容放置在HTML HEADER内一块儿传送到ACTION属性所指的URL地址。用户看不到这个过程。
  3. get传送的数据量较小,不能大于2KB。post传送的数据量较大,通常被默认为不受限制。
  4. get安全性很是低,post安全性较高。可是执行效率却比Post方法好。

53.如何修改会话的生存时间?

一:在php.ini中设置session.gc_maxlifetime = 1440 //默认时间
二:代码实现      $ lifeTime = 24 * 3600; //保存一天
    session_set_cookie_params($ lifeTime); 
    在session_start();

54.Linux基本命令,目录结构?

arch显示机器的处理器架构
(1) uname -m显示机器的处理器架构
(2) uname -r显示正在使用的内核版本 
dmidecode -q显示硬件系统部件 - (SMBIOS / DMI)   
hdparm -i / dev / hda罗列一个磁盘的架构特性    
hdparm -tT / dev / sda在磁盘上执行测试性读取操做 
cat / porc / cpuinfo显示CPU信息 
cat / porc / interrupts显示中断
cat / porc / meminfo校验内存使用  
cat / porc / swaps显示哪些交换被使用 
cat / porc / verion显示内核的版本
cat /porc/net/dev 显示网络适配器及统计 
cat /porc/mounts 显示已加载的文件系统 
 
date 显示系统日期 
cal 2007 显示2007年的日历表 
date 041217002007.00 设置日期和时间 -月日时分年.秒 
clock -w 将时间修改保存到 BIOS 
 
文件搜索 
find / -name file1 从 '/'开始进入根文件系统搜索文件和目录 
 
locate \*.ps 寻找以 '.ps'结尾的文件 -先运行'updatedb'命令 
whereis halt 显示一个二进制文件、源码或man的位置 
which halt 显示一个二进制文件或可执行文件的完整路径 
 
挂载一个文件系统 
mount /dev/hda2 /mnt/hda2 挂载一个叫作hda2的盘- 肯定目录'/ mnt/hda2' 已经存在 
umount /dev/hda2 卸载一个叫作hda2的盘- 先从挂载点'/ mnt/hda2' 退出 
 
追加命令
 
1,linux里把文件/etc/aaa中的内容追加到/usr/bbb中的内容的后面
  sudo cat /etc/aaa >>/usr/bbb
2,更改/etc/index.html的文件全部者为apache,文件群组为apache
  sudo chmod apache:apache  /etc/index.html
3,更改/etc/index.html的全部者权限为读取、写入、执行。群组权限为读取。其余权限为读取
  sudo chmod 744 /etc/index.html
4,删除/etc下名为hello的文件
  sudo rm /etc/index.html
 
固然,若是你是以orot用户执行以上操做,能够去掉前边的sudo!
 
df -hl 查看磁盘剩余空间
 
df -h 查看每一个根路径的分区大小
 
du -sh [目录名] 返回该目录的大小
 
du -sm [文件夹] 返回该文件夹总M数
 
关机 (系统的关机、重启以及登出) 
shutdown -h now 关闭系统(1) 
init 0 关闭系统(2) 
telinit 0 关闭系统(3) 
shutdown -h hour:minutes & 按预约时间关闭系统 
shutdown -c 取消按预约时间关闭系统 
shutdown -r now 重启(1) 
reboot 重启(2) 
logout 注销
 
文件和目录 
pwd 显示工做路径 
ls 查看目录中的文件 
ls -F 查看目录中的文件 
ls -l 显示文件和目录的详细资料 
ls -a 显示隐藏文件 
ls *[0-9]* 显示包含数字的文件名和目录名 
tree 显示文件和目录由根目录开始的树形结构(1) 
lstree 显示文件和目录由根目录开始的树形结构(2) 
mkdir dir1 建立一个叫作 'dir1'的目录' 
 
磁盘空间 
df -h 显示已经挂载的分区列表 
ls -lSr |more 以尺寸大小排列文件和目录 
du -sh dir1 估算目录 'dir1'已经使用的磁盘空间' 
 
下载、解压
 
1)对于.tar结尾的文件 
  tar -xf all.tar 
 
2)对于.gz结尾的文件 
  gzip -d all.gz 
  gunzip all.gz 
 
# zip all.zip *.jpg 
  这条命令是将全部.jpg的文件压缩成一个zip包 
# unzip all.zip 
  这条命令是将all.zip中的全部文件解压出来
 
下载命令
 
wget + 空格 +要下载文件的url路径
 
=====================================
 
Shell 脚本:
 
必须以  #!/bin/sh  开头
 
简单例子:判断这个目录下有没有文件(File)
 
#!/bin/bash
Num=`ls -al /opt |grep "^-"|wc -l `
if [ $Num != 0 ]
 then echo "/opt has $Num files"
else
 echo "/opt has none file"
fi
 
ls -al /opt |grep "^-"|wc -l  这个命令可以统计文件个数 为0就是没有文件 非零就是有文件

55…memcache缓存什么数据?

1、常常被读取而且实时性要求不强能够等到自动过时的数据。例如网站首页最新文章列表、某某排行等数据。
2、常常被读取而且实时性要求强的数据。好比用户的好友列表,用户文章列表,用户阅读记录等。
3、统计类缓存,好比文章浏览数、网站PV等。
4、活跃用户的基本信息或者某篇热门文章。

5、session数据

56.魔术方法、魔术常量?

1。__construct()
实例化对象时被调用,当__construct和以类名为函数名的函数同时存在时,__construct将被调用,另外一个不被调用。
2。__destruct()
当删除一个对象或对象操做终止时被调用。
3。__call()
对象调用某个方法,若方法存在,则直接调用;若不存在,则会去调用__call函数。
4。__get()
读取一个对象的属性时,若属性存在,则直接返回属性值;若不存在,则会调用__get函数。
5。__set()
设置一个对象的属性时,若属性存在,则直接赋值;若不存在,则会调用__set函数。
6。__toString()
打印一个对象的时被调用。如echo $obj;或print $obj;
7。__clone()
克隆对象时被调用。如:$t=new Test();$t1=clone $t;
8。__sleep()
serialize以前被调用。若对象比较大,想删减一点东东再序列化,可考虑一下此函数。
9。__wakeup()
unserialize时被调用,作些对象的初始化工做。
10。__isset()
检测一个对象的属性是否存在时被调用。如:isset($c->name)。
11。__unset()
unset一个对象的属性时被调用。如:unset($c->name)。
12。__set_state()
调用var_export时,被调用。用__set_state的返回值作为var_export的返回值。
13。__autoload()
实例化一个对象时,若是对应的类不存在,则该方法被调用。

魔术常量:

__LINE__
返回文件中的当前行号。
 
__FILE__
返回文件的完整路径和文件名。若是用在包含文件中,则返回包含文件名。自 PHP 4.0.2 起,__FILE__ 老是包含一个绝对路径,而在此以前的版本有时会包含一个相对路径。
 
__FUNCTION__
返回函数名称(PHP 4.3.0 新加)。自 PHP 5 起本常量返回该函数被定义时的名字(区分大小写)。在PHP 4 中该值老是小写字母的。
 
__CLasS__
返回类的名称(PHP 4.3.0 新加)。自 PHP 5 起本常量返回该类被定义时的名字(区分大小写)。在PHP 4 中该值老是小写字母的。
 
__METHOD__
返回类的方法名(PHP 5.0.0 新加)。返回该方法被定义时的名字(区分大小写)。
 
__set()当程序试图写入一个不存在或者不可见的成员变量时,__set()方法包含两个参数,分别表示变量名称和变量值,两个参数都不可省略
 
__get()当程序试图调用一个未定义或不可见的成员变量时,__get()方法有一个参数,表示要调用的变量名
 
__sleep() 经常使用于提交未提交的数据,或相似的清理操做若是有一些很大的对象,但不须要所有保存,这个功能就很好用。
 
__construct()  在类实例化对象的同时执行该函数
 
__distruct() 在类实例化的对象销毁时执行
 
__call()对象调用某个方法,若方法存在,则直接调用;若不存在,则会去调用__call函数。
 
__clone()克隆对象时被调用。如:$t=new Test();$t1=clone $t;
 
__toString()打印一个对象的时被调用。如echo $obj;或print $obj;
 
__isset()检测一个对象的属性是否存在时被调用。如:isset($c->name)。
 
__unset()unset一个对象的属性时被调用。如:unset($c->name)。
 
__autoload()实例化一个对象时,若是对应的类不存在,则该方法被调用。

57.接口和抽象类的区别是什么?

答:抽象类是一种不能被实例化的类,只能做为其余类的父类来使用。抽象类是经过关键字abstract来声明的。

抽象类与普通类类似,都包含成员变量和成员方法,二者的区别在于,抽象类中至少要包含一个抽象方法,抽象方法没有方法体,该方法天生就是要被子类重写的。

抽象方法的格式为:abstract function abstractMethod();

接口是经过 interface 关键字来声明的,接口中的成员常量和方法都是 public 的,方法能够不写关键字public,接口中的方法也是没有方法体。接口中的方法也天生就是要被子类实现的。

抽象类和接口实现的功能十分类似,最大的不一样是接口能实现多继承。在应用中选择抽象类仍是接口要看具体实现。

子类继承抽象类使用 extends,子类实现接口使用implements。

58.什么是队列?排它锁,Myisam死锁如何解决?

答:在默认状况下MYisam是表级锁,因此同时操做单张表的多个动做只能以队列的方式进行;

排它锁又名写锁,在SQL执行过程当中为排除其它请求而写锁,在执行完毕后会自动释放;

死锁解决:先找到死锁的线程号,而后杀掉线程ID

59.bootstrap框架有哪些优势?

答:bootstrap是一款web开发框架,它由CSS,JavaScript,Html,三部分构成,它简洁灵活,使得web开发更加的快捷

优势:

①节省时间: 使用bootstrap框架,能够大大的节省项目开发时间,它包含了不少现成的代码,若是须要使用,只须要找到合适的代码,插入合适的位置便可,此外,CSS是使用LESS编写,不少样式和设计都已经设计完成了

②定制化: bootstrap能够根据本身的项目,留取框架中本身须要的部分

③设计合理:

栅格系统: bootstrap定义12格栅系统,在页面已经完成时,你能够根据合适的网格,以本身的需求改变行数和布局大小,样式已经开发完成了,只须要把代码放入合适的HTML代码位置便可

LESS: LESS是基于CSS之上的高级语言,其目的是使得CSS开发更加灵活,更增强大

JavaScript:bootstrap提供JavaScript库,该库超越了基本的架构和样式,开发者能够轻松的操做窗口警告框,工具提示框等,可避免了咱们费神费力的写脚本

4.一致性: bootstrap能够保证界面在不一样平台的统一性,不管实在IE,Chrome等

5.持续更新: bootstrap在不断的改进,更具规律性和持续性

6.响应式: 不管是在PC端仍是移动端,均可以保持界面的一致性

7.文档多: bootstrap的很是多