超市结账php代码技巧_2018 年最新 PHP 面试题大年夜全干货

文章目录 [+]

1.请自我介绍一下?

答:我叫 xxx,来自北京,20xx 年毕业于 xx 大学打算机 xx 系,毕业后在武汉从事了 x 年的 php 开拓事情,公司是一个外包公司,紧张做微信开拓,公众年夜众号推广,商城,论坛的开拓

2.你在公司卖力那些项目?

超市结账php代码技巧_2018 年最新 PHP 面试题大年夜全干货

答:由于我们公司是一个外包公司,不可能只做一个项目,公司的项目都是交叉进行的,论坛,微信,商城我都做过?

3.你为什么来深圳?

（图片来自网络侵删）

答:由于我哥在这边,父母也希望兄弟间有个照料,而且深圳是一线城市,技能也比广西前沿一些

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

答:根据自己的区域回答

5.你做过那些模块?

答:上岸注册,商品管理,购物车模块,订单管理

6.你们公司是利用什么框架?

答:我们公司采取的是 TP 框架,利用的 mysql+apache+php 进行开拓,由于 TP 框架是一个免费开源的,轻量级的 php 开拓框架,而且是我们中国人自己开拓的,也是海内用的比较多的,各种资料也比较完好

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

答:mvc 是一种开拓模式,紧张分为三部分:m(model),也便是模型,卖力数据的操作;v(view),也便是视图,卖力前后台的显示;c(controller),也便是掌握器,卖力业务逻辑客户端要求项目的掌握器,如果实行过程中须要用到数据,掌握器就会到模型中获取数据,再将获取到的数据通过视图显示出来

8.oop 是什么?

答:oop 是面向工具编程,面向工具编程是一种打算机编程架构,OOP 的一条基本原则是打算机程序是由单个能够起到子程序浸染的单元或工具组合而成。
OOP 具有三大特点1、封装性：也称为信息隐蔽，便是将一个类的利用和实现分开，只保留部分接口和方法与外部联系，或者说只公开了一些供开拓职员利用的方法。
于是开拓职员只须要关注这个类如何利用，而不用去关心其详细的实现过程，这样就能实现 MVC 分工互助，也能有效避免程序间相互依赖，实当代码模块间松藕合。
2、继续性：便是子类自动继续其父级类中的属性和方法，并可以添加新的属性和方法或者对部分属性和方法进行重写。
继续增加了代码的可重用性。
PHP 只支持单继续，也便是说一个子类只能有一个父类。
3、多态性：子类继续了来自父级类中的属性和方法，并对个中部分方法进行重写。
于是多个子类中虽然都具有同一个方法，但是这些子类实例化的工具调用这些相同的方法后却可以得到完备不同的结果，这种技能便是多态性。
多态性增强了软件的灵巧性。
1、易掩护采取面向工具思想设计的构造，可读性高，由于继续的存在，纵然改变需求，那么掩护也只是在局部模块，以是掩护起来是非常方便和较低本钱的。
2、质量高在设计时，可重用现有的，在以前的项目的领域中已被测试过的类使系统知足业务需求并具有较高的质量。
3、效率高在软件开拓时，根据设计的须要对现实天下的事物进行抽象，产生类。
利用这样的方法办理问题，靠近于日常生活和自然的思考办法，势必提高软件开拓的效率和质量。
4、易扩展由于继续、封装、多态的特性，自然设计出高内聚、低耦合的系统构造，使得系统更灵巧、更随意马虎扩展，而且本钱较低。

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.购物车的事理

答:购物车相称于现实中超市的购物车，不同的是一个是实体车，一个是虚拟车而已。
用户可以在购物网站的不同页面之间跳转，以选购自己喜好的商品，点击购买时，该商品就自动保存到你的购物车中，重复选购后，末了将选中的所有商品放在购物车中统一到付款台结账，这也是只管即便让客户体验到现实生活中购物的觉得。
做事器通过追踪每个用户的行动，以担保在结账时每件商品都物有其主。
紧张涉及以下几点: 1、把商品添加到购物车，即订购 2、删除购物车中已定购的商品 3、修正购物车中某一本图书的订购数量 4、清空购物车 5、显示购物车中商品清单及数量、价格实现购物车的关键在于做事器识别每一个用户并坚持与他们的联系。
但是 HTTP 协议是一种“无状态(Stateless)”的协议，因而做事器不能记住是谁在购买商品，当把商品加入购物车时，做事器也不知道购物车里原来有些什么，使得用户在不同页面间跳转时购物车无法“随身携带”，这都给购物车的实现造成了一定的困难。
目前购物车的实现紧张是通过 cookie、session 或结合数据库的办法。
下面剖析一下它们的机制及浸染。
cookiecookie 是由做事器产生，存储在客户真个一段信息。
它定义了一种 Web 做事器在客户端存储和返复书息的机制，cookie 文件它包含域、路径、生存期、和由做事器设置的变量值等内容。
当用户往后访问同一个 Web 做事器时，浏览器会把 cookie 原样发送给做事器。
通过让做事器读取原来保存到客户真个信息，网站能够为浏览者供应一系列的方便，例如在线交易过程中标识用户身份、安全哀求不高的场合避免用户重复输入名字和密码、门户网站的主页定制、有针对性地投放广告等等。
利用 cookie 的特性，大大扩展了 WEB 运用程序的功能，不仅可以建立做事器与客户机的联系，由于 cookie 可以由做事器定制，因此还可以将购物信息天生 cookie 值存放在客户端，从而实现购物车的功能。
用基于 cookie 的办法实现做事器与浏览器之间的会话或购物车，有以下特点：1、cookie 存储在客户端，且占用很少的资源，浏览器许可存放 300 个 cookie，每个 cookie 的大小为 4KB，足以知足购物车的哀求，同时也减轻了做事器的负荷；2、cookie 为浏览器所内置，利用方便。
即利用户欠妥心关闭了浏览器窗口，只要在 cookie 定义的有效期内，购物车中的信息也不会丢失；3、cookie 不是可实行文件，以是不会以任何办法实行，因此也不会带来病毒或攻击用户的系统；4、基于 cookie 的购物车哀求用户浏览器必须支持并设置为启用 cookie，否则购物车则失落效；5、存在着关于 cookie 陵犯访问者隐私权的辩论，因此有些用户会禁止本机的 cookie 功能。
sessionsession 是实现购物车的另一种方法。
session 供应了可以保存和跟踪用户的状态信息的功能，使当前用户在 session 中定义的变量和工具能在页面之间共享，但是不能为运用中其他用户所访问，它与 cookie 最重大的差异是，session 将用户在会话期间的私有信息存储在做事器端，提高了安全性。
在做事器天生 session 后，客户端会天生一个 sessionid 识别号保存在客户端，以保持和做事器的同步。
这个 sessionid 是只读的，如果客户端禁止 cookie 功能，session 会通过在 URL 中附加参数，或隐含在表单中提交等其他办法在页面间传送。
因此利用 session 履行对用户的管理则更为安全、有效。
同样，利用 session 也能实现购物车，这种办法的特点是：1、session 用新的机制保持与客户真个同步，不依赖于客户端设置；2、与 cookie 比较，session 是存储在做事器真个信息，因此显得更为安全，因此可将身份标示，购物等信息存储在 session 中；3、session 会占用做事器资源，加大做事器真个负载，尤其当并发用户很多时，会天生大量的 session，影响做事器的性能；4、由于 session 存储的信息更敏感，而且因此文件形式保存在做事器中，因此仍旧存在着安全隐患。
结合数据库的办法这也是目前较普遍的模式，在这种办法中，数据库承担着存储购物信息的浸染，session 或 cookie 则用来跟踪用户。
这种办法具有以下特点：1、数据库与 cookie 分别卖力记录数据和坚持会话，能发挥各自的上风，使安全性和做事器性能都得到了提高；2、每一个购物的行为，都要直接建立与数据库的连接，直至对表的操作完成后，连接才开释。
当并发用户很多时，会影响数据库的性能，因此，这对数据库的性能提出了更高的哀求；3、使 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 0list1 做为高优先级任务行列步队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 端下单,如何担保 b a 端数据同等?

答:O2O 为线上和线下模式，O2O 模式奉行的是“线上支付+实体店消费”的消费模式，即消费者在网高下单完成支付后，凭消费凭据到实体店消费。
O2O 模式是把商家书息和支付程序放在线上进行，而把商品和做事兑现放在线下，也便是说 O2O 模式适用于快递无法投递的有形产品。
数据同等性的问题是 O2O 行业中最常见的问题，我们可以类似于数据库的主从复制的思路来办理这个问题。
O2O 有个供应商系统，类似于主理事器，在 C 端（从做事器）下单时，数据同步更新到供应商系统端，b、a 实时从供应商系统中拉取数据进行同步，比如利用定时任务，定时拉取数据进行同步。

36.Redis 如何防止高并发

答:实在 redis 是不会存在并发问题的，由于他是单进程的，再多的 command 都是 one by one 实行的。
我们利用的时候，可能会涌现并发问题，比如 get 和 set 这一对。
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 了。
实现紧张技能点： 1、两个站点共用一个数据验证系统 2、紧张通过跨域要求的办法来实现验证及 session 处理。

42.怎么实现第三方登录？

答:第三方上岸紧张是基于 author 协议来实现，下面大略说下实现流程: 1、首先我们须要以开拓者的身份向第三方上岸平台申请接入运用，申请成功后，我们会得到一个 appID 和一个 secrectID. 2、当我们的网站需接入第三方上岸时，会勾引用户跳转到第三方的上岸授权页面，此时把之前申请的 appID 和 secrectID 带给上岸授权页面。
3、用户上岸成功后即得到授权，第三方会返回一个临时的 code 给我们的网站。
4、我们的网站接管到 code 后，再次向我们的第三方发起要求，并携带吸收的 code,从第三方获取 access_token. 5、第三方处理要求后，会返回一个 access_token 给我们的网站，我们的网站获取到 access_token 后就可以调用第三方供应的接口了，比如获取用户信息等。
末了把该用户信息存入到我们站点的数据库，并把信息保存到 session 中，实现用户的第三方上岸。

43.如何处理负载、高并发？(好好看看，常常问到，能回答到紧张的东西即可)

答:从低本钱、高性能和高扩展性的角度来说有如下处理方案：1、HTML 静态化实在大家都知道，效率最高、花费最小的便是纯静态化的 html 页面，以是我们尽可能使我们的网站上的页面采取静态页面来实现，这个最大略的方法实在也是最有效的方法。
2、图片做事器分离把图片单独存储，只管即便减少图片等大流量的开销，可以放在一些干系的平台上，如骑牛等3、数据库集群和库表散列及缓存数据库的并发连接为 100，一台数据库远远不足，可以从读写分离、主从复制，数据库集群方面来动手。
其余只管即便减少数据库的访问，可以利用缓存数据库如 memcache、redis。
4、镜像：只管即便减少下载，可以把不同的要求分发到多个镜像端。
5、数据库优化6、负载均衡：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.做秒杀时锁表考虑到没有？

答:考虑到了，当时我们做秒杀时考虑了好几种方案，个中有一种便是利用事务加上排他锁来实现。
架构类的东西打仗过吗？有打仗过，曾经自己在自己的做事器上配置过。
我以前做过以下几个架构方面的配置和测试; 1、数据库的读写分离、主从复制及集群。
2、Nginx 负载均衡 3、redis 集群及主从

45.封装过一个大略的框架

答;封装过一个大略的 MVC 框架,紧张分为 3 层，掌握器层和模型层视图层，以及路由的分配和入口文件，模板引擎，单例模式、工厂模式，第三方类库的引入等。

46.谈谈对 MVC 的认识

答:核心思想是：视图和用户交互通过事宜导致掌握器改变掌握器改变导致模型改变或者掌握器同时改变两者模型改变导致视图改变或者视图改变潜在的从模型里面得到参数来改变自己。
他的好处是可以将界面和业务逻辑分离。
Model（模型），是程序的主体部分，紧张包含业务数据和业务逻辑。
在模型层，还会涉及到用户发布的做事，在做事中会根据不同的业务需求，更新业务模型中的数据。
View(视图），是程序呈现给用户的部分，是用户和程序交互的接口，用户会根据详细的业务需求，在 View 视图层输入自己特定的业务数据，并通过界面的事宜交互，将对应的输入参数提交给后台掌握器进行处理。
Contorller（掌握器），Contorller 是用来处理用户输入数据，已经更新业务模型的部分。
掌握器中吸收了用户与界面交互时通报过来的数据，并根据数据业务逻辑来实行做事的调用和更新业务模型的数据和状态。

47.session 与 cookie 的差异

答:1、cookie 数据存放在第三方运用的浏览器上，session 数据放在做事器上。
2、cookie 不是很安全，别人可以剖析存放在本地的 COOKIE，进行 COOKIE 欺骗考虑到安全应该利用 session。
3、session 会在一定韶光内保存在做事器上。
当访问增多，会比较占用你做事器的性能考虑到减轻做事器性能方面，应该利用 COOKIE。
4、单个 cookie 保存的数据不能超过 4K，很多浏览器都限定一个站点最多保存 20 个 cookie。
5、以是个人建议：将上岸信息等主要信息存放为 SESSION 其他信息如果须要保留，可以放在 COOKIE

48.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()判断一个变量的类型与长度,并输出变量的数值,如果变量有值输的是变量的值并回返数据类型。
此函数显示关于一个或多个表达式的构造信息，包括表达式的类型与值。
数组将递归展开值，通过缩进显示其构造。

49.说一下单引号双引号？

答:①单引号内部的变量不会实行，双引号会实行②单引号解析速率比双引号快。
③单引号只能解析部分分外字符，双引号可以解析所有分外字符。

50.索引的优缺陷

答:1、优点：

a）可以担保数据库表中每一行的数据的唯一性

b）可以大大加快数据的索引速率

c）加速表与表之间的连接，物别是在实现数据的参考完事性方面特殊故意义

d）在利用分组和排序子句进行数据检索时，同样可以显著减少查询等分组和排序的韶光

f）通过利用索引，可以在韶光查询的过程中，利用优化隐蔽器，提高系统的性能

2、缺陷：

a) 创建索引和掩护索引要耗费韶光，这种韶光随着数据量的增加而增加

b) 索引须要占物理空间，除了数据表占用数据空间之外，每一个索引还要占用一定的物理空间，如果须要建立聚簇索引，那么须要占用的空间会更大