2023년 최신 PHP 면접 질문 요약(답변 포함)

관련 추천: "2022 PHP 면접 질문 요약(모음)"

1. 자기 소개 부탁드립니다.

답변: 제 이름은 xxx입니다. 베이징 출신이고 20xx년 졸업했습니다. 저는 xx대학교 컴퓨터과학과 졸업 후 프로젝트를 위해 우한에서 PHP 개발에 참여했습니다.

답변: 저희 회사는 아웃소싱 회사이기 때문에 회사의 프로젝트는 모두 하나의 프로젝트만 하는 것은 불가능합니다. 포럼도 하고, 위챗도 하고, 쇼핑몰도 했는데요?

3. 왜 심천에 왔나요?

답변: 형이 여기 있으니까 부모님도 서로 챙겨주고 싶어하시고, 심천은 1급 도시이고 광시보다 기술이 더 최첨단입니다

4. 우한에서는 어떤 프런트엔드 및 백엔드 프레임워크가 사용됩니까?

답변: 귀하의 지역에 따라 답변하세요

5. 어떤 모듈을 사용하셨나요?

답변: 로그인 등록, 상품관리, 장바구니 모듈, 주문관리

6. 귀사에서는 어떤 프레임워크를 사용하시나요?

답변: 저희 회사는 TP 프레임워크를 사용하고 있습니다. 그리고 개발에는 mysql+apache+php를 사용하는데, TP 프레임워크는 무료 오픈소스 경량 PHP 개발 프레임워크이고, 중국에서 자체 개발했고, 국내에서도 더 자주 사용하고 있고, 온갖 종류의 프레임워크를 사용하고 있기 때문입니다. 정보는 비교적 완전합니다

7. mvc란 무엇인가요? 둘 사이의 관계는 무엇인가요?

답변: mvc는 주로 세 부분으로 나누어집니다: m(모델), 즉 모델은 다음과 같습니다. 데이터 운영을 담당하고, 뷰인 v(뷰)는 프런트엔드와 백엔드의 표시를 담당하고, 컨트롤러인 c(컨트롤러)는 비즈니스 로직을 담당합니다.

클라이언트가 컨트롤러를 요청합니다. 프로젝트의 실행 과정에서 모델에 데이터가 필요할 때 컨트롤러는 모델에서 데이터를 가져온 다음 뷰를 통해 얻은 데이터를 표시합니다

8. oop가 무엇인가요?

답: 앗. 객체 지향 프로그래밍이고 객체 지향 프로그래밍은 컴퓨터 프로그래밍 아키텍처입니다. OOP의 기본 원칙 중 하나는 컴퓨터 프로그램이 서브루틴으로 기능할 수 있는 단일 단위 또는 객체로 구성된다는 것입니다.

OOP具有三大特点

1. 캡슐화: 정보 은닉이라고도 하며, 클래스의 사용과 구현을 분리하여 외부와 연결할 수 있도록 일부 인터페이스와 메서드만 남겨두거나 개발자가 사용할 수 있도록 일부 메서드만 노출하는 것을 의미합니다. 따라서 개발자는 특정 구현 프로세스보다는 이 클래스가 사용되는 방식에만 주의하면 됩니다. 이를 통해 MVC 작업 분담과 협력을 달성하고 프로그램 간의 상호 의존성을 효과적으로 방지하며 코드 모듈 간의 느슨한 결합을 달성할 수 있습니다.

2. 상속: 하위 클래스는 상위 클래스의 속성과 메서드를 자동으로 상속하며, 새 속성과 메서드를 추가하거나 일부 속성과 메서드를 다시 작성할 수 있습니다. 상속은 코드 재사용성을 높여줍니다. PHP는 단일 상속만 지원합니다. 즉, 하위 클래스는 하나의 상위 클래스만 가질 수 있습니다.

3. 다형성: 하위 클래스는 상위 클래스의 속성과 메서드를 상속하고 일부 메서드를 다시 작성합니다. 따라서 여러 하위 클래스가 동일한 메서드를 사용하더라도 이러한 하위 클래스에 의해 인스턴스화된 개체는 동일한 메서드를 호출한 후 완전히 다른 결과를 얻을 수 있습니다. 다형성은 소프트웨어 유연성을 향상시킵니다.

1. 유지 관리가 용이함

구조가 객체 지향적 사고로 설계되었으며 가독성이 높습니다. 상속이 존재하므로 요구 사항이 변경되더라도 유지 관리가 로컬 모듈에서만 수행되므로 매우 편리합니다. 유지 비용이 저렴합니다.

2. 고품질

설계 과정에서 이전 프로젝트 분야에서 테스트된 기존 클래스를 재사용하여 시스템이 비즈니스 요구 사항을 충족하고 고품질을 갖도록 할 수 있습니다.

3. 높은 효율성

소프트웨어 개발 중에는 실제 세계의 것들이 추상화되고 설계 요구에 따라 클래스가 생성됩니다. 이 방법을 사용하여 문제를 해결하는 것은 일상생활과 자연스러운 사고방식에 가깝고, 이는 소프트웨어 개발의 효율성과 품질을 필연적으로 향상시킬 것입니다.

4. 확장 용이

상속성, 캡슐화, 다형성의 특성으로 인해 응집력은 높고 결합도는 낮은 시스템 구조를 자연스럽게 설계하여 시스템을 보다 유연하게 만들고 확장하기 쉽게 하며 비용을 절감합니다.

9. smarty는 무엇이고 어떤 역할을 하나요?

답변 1: smarty는 PHP로 작성된 템플릿 엔진이며 업계에서 가장 유명한 PHP 템플릿 엔진 중 하나입니다.

논리를 구분합니다. 코드 및 외관 디스플레이는 혼합된 PHP 로직 코드를 HTML 코드에서 분리하기 위한 관리 및 사용 방법을 제공합니다

답변 2: smarty는 PHP에서 가장 유명한 엔진 프레임워크 중 하나이며, 저희 회사는 TP를 사용합니다. 프레임워크는 Smarty 템플릿은 이미 캡슐화되어 있으므로 단독으로 사용되지는 않습니다. 답변 3: Smarty는 템플릿 엔진입니다. 가장 확실한 점은 템플릿을 캐시할 수 있다는 것입니다. 일반적으로 템플릿은 정적 페이지를 만든 다음 구분 기호로 일부 동적 부분을 잘라낸 다음 PHP에서 템플릿 파일을 열고 구분 기호의 값을 바꾼 다음 출력합니다. PHPLib의 템플릿 부분을 살펴볼 수 있습니다.

而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或结合数据库的方式。下面分析一下它们的机制及作用。

cookie

cookie是由服务器产生，存储在客户端的一段信息。它定义了一种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功能。

session

session是实现购物车的另一种方法。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 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. 사용자가 로그인하지 않고 장바구니에 직접 담을 수 있는 방법은 무엇인가요? COOKIE의 내용을 데이터베이스에 저장하고 쿠키의 데이터를 지웁니다.

31. 인터페이스를 작성해 본 적이 있나요?

답변: 예. 인터페이스에는 두 가지 유형이 있습니다. 하나는 데이터 인터페이스이고 다른 하나는 애플리케이션 인터페이스입니다.

데이터 유형 인터페이스

: 추상 클래스보다 더 추상적인 특정 "구조"입니다. 실제로 클래스는 아니지만 클래스는 클래스를 정의해야 하는 형식을 지정하는 구조적 사양입니다. 일반적으로 팀의 규모가 크고 분기가 많을 때 사용됩니다.

애플리케이션 인터페이스: API(애플리케이션 인터페이스)는 외부에서 데이터에 접근하기 위한 입구입니다

저는 주로 인터페이스 작성에 참여합니다. APP 개발 시 고객에게 어떤 종류의 데이터가 필요한지, 해당 데이터를 제공합니다. 데이터는 json/xml 형식으로 반환되며 해당 인터페이스 문서가 함께 제공됩니다.

32.sku 재고 감소?

답변: SKU = Stock Keeping Unit(재고 보관 단위)

즉, 입고 및 출고되는 재고의 측정 단위는 단위, 상자, 팔레트 등이 될 수 있습니다. SKU는 단일 제품을 구별하는 재고 보관 단위입니다.

은 의류 및 신발 제품에 가장 일반적으로 사용됩니다. 예를 들어 직물의 SKU는 일반적으로 사양, 색상 및 스타일을 나타냅니다.

테이블을 디자인할 때 제품 테이블에는 제품 테이블뿐만 아니라 전체 재고도 포함되어야 하며, 여기에는 SKU 재고 및 단가 필드가 포함됩니다. 사용자가 제품을 구매하면 실제로 모든 SKU 제품이 구매되므로 주문이 성공적으로 이루어진 후에는 구매한 제품의 고유 SKU 번호를 기준으로 해당 SKU 재고가 감소되어야 합니다. 상품은 상품 마스터 테이블에 저장되며, 전체 재고 중 재고량을 줄이는 것도 필요합니다.

33. 인벤토리 설정?

답변: 재고는 총 상품 재고와 SKU 재고로 구분되는 경우가 많습니다. 일반적으로 쇼핑몰 백엔드에서 상품에 대한 최대 재고와 최소 재고를 설정한 후, 현재 재고 수량을 최대, 최소와 비교하여 재고가 재고를 초과하거나 미만이면 양식에 반영됩니다. 사용자가 상품의 재고 과잉 및 부족 상태와 수량을 쉽게 파악할 수 있도록 보고서를 제공합니다.

34. 주문 및 재고 테이블에서 데이터 일관성을 보장하는 방법은 무엇입니까?

답변: 전자상거래 시스템에서는 주문이 성공적으로 생성된 후 해당 재고 감소가 두 가지의 일관성을 보장해야 하는 것이 일반적이지만 때로는 특정 문제로 인해 프로그램 로직 문제, 동시성 문제 등의 이유로 주문이 성공했지만 재고가 줄어들지는 않습니다. 우리는 이러한 상황이 발생하도록 허용하지 않습니다. MySQL의 트랜잭션은 이 문제를 해결할 수 있습니다. 먼저 데이터베이스의 스토리지 엔진을 InnoDB로 선택해야 합니다. 트랜잭션은 주문이 완료되고 해당하는 경우에만 허용됩니다. 재고가 감소합니다. 트랜잭션을 커밋합니다. 그렇지 않으면 데이터 일관성을 보장하기 위해 트랜잭션이 롤백됩니다.

35.O2O 사용자가 주문을 하고 C-side 주문이 이루어지도록 하려면 어떻게 하면 ba-side 데이터가 일치하는지 확인할 수 있나요?

答：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了。

实现主要技术点：

    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. and caching

데이터베이스의 동시 연결은 100개입니다. 하나의 데이터베이스로는 충분하지 않습니다. 읽기-쓰기 분리, 마스터-슬레이브 복제 및 데이터베이스 클러스터링으로 시작할 수 있습니다. 또한 데이터베이스 액세스를 최소화하기 위해 Memcache 및 Redis와 같은 캐시 데이터베이스를 사용할 수 있습니다.

4. 미러링:

다운로드를 최대한 줄이고 다양한 요청을 여러 미러에 배포합니다.

5. 로드 밸런싱:

Apache의 최대 동시 연결 수는 1500입니다. F5 서버와 같은 하드웨어로만 시작할 수 있습니다. 물론 하드웨어 비용이 상대적으로 높기 때문에 소프트웨어부터 시작하는 경우가 많습니다.

로드 밸런싱은 기존 네트워크 구조를 기반으로 구축되어 네트워크 장치 및 서버의 대역폭을 확장하고 처리량을 늘리며 네트워크 데이터 처리 기능을 향상시키는 동시에 네트워크 성능을 향상시키는 저렴하고 효과적이며 투명한 방법을 제공합니다. 유연성과 가용성. 현재 가장 널리 사용되는 로드 밸런싱 소프트웨어는 Nginx, LVS 및 HAProxy입니다. 세 가지 유형의 장점과 단점에 대해 각각 이야기하겠습니다.

Nginx의 장점은 다음과 같습니다.

네트워크의 7번째 계층 위에서 작동하며 도메인 이름 및 도메인 이름과 같은 http 애플리케이션에 대한 몇 가지 전환 전략을 세울 수 있습니다. 일반 규칙은 HAProxy보다 더 강력하고 유연하며, 이는 현재 널리 사용되는 주요 이유 중 하나입니다. Nginx는 이를 기반으로 하는 LVS보다 훨씬 더 많은 상황에서 활용될 수 있습니다.

Nginx는 이론적으로 ping이 가능한 한 로드 기능을 수행할 수 있습니다. 반대로 LVS는 네트워크 안정성에 더 큰 의존성을 갖습니다.

Nginx는 설치 및 구성이 비교적 간단하고, 기본적으로 로그에 오류를 인쇄할 수 있어 더욱 편리합니다. LVS의 구성 및 테스트에는 상대적으로 오랜 시간이 걸리며 LVS는 네트워크에 크게 의존합니다.

높은 부하 압력을 견딜 수 있고 안정적입니다. 하드웨어가 나쁘지 않다면 일반적으로 수만 개의 동시성을 지원할 수 있으며 부하 정도는 LVS보다 상대적으로 작습니다.

Nginx는 웹 페이지 처리 시 서버에서 반환하는 상태 코드, 시간 초과 등의 내부 서버 오류를 포트를 통해 감지할 수 있으며, 오류를 반환하는 요청을 다른 노드에 다시 제출하지만 이를 지원하지 않는다는 단점이 있습니다. URL 감지. 예를 들어, 사용자가 파일을 업로드하고 있는데 업로드 프로세스 중에 업로드를 처리하는 노드가 실패하는 경우 Nginx는 재처리를 위해 업로드를 다른 서버로 전환하고 대용량 파일이 업로드되면 LVS의 연결이 직접 끊어집니다. 중요한 파일은 사용자가 불만족할 수 있습니다.

Nginx는 탁월한 로드 밸런서/역방향 프록시 소프트웨어일 뿐만 아니라 강력한 웹 애플리케이션 서버이기도 합니다. LNMP는 최근 몇 년 동안 매우 인기 있는 웹 아키텍처이기도 하며 트래픽이 많은 환경에서도 안정성이 매우 좋습니다.

Nginx는 이제 웹 역가속 캐시로서 점점 더 성숙해지고 있으며 기존 Squid 서버보다 빠릅니다. 역방향 프록시 가속기로 사용하는 것을 고려해 볼 수 있습니다.

Nginx는 중간 수준의 역방향 프록시로 사용할 수 있습니다. 이 수준에서 Nginx에는 기본적으로 Nginx와 비교할 수 있는 유일한 것이 있습니다. 그러나 lighttpd에는 아직 Nginx의 전체 기능이 없습니다. 구성이 명확하지 않고 읽기 쉽지도 않습니다. 커뮤니티 정보도 Nginx보다 훨씬 덜 활성화되어 있습니다.

Nginx는 정적 웹 페이지 및 이미지 서버로도 사용할 수 있으며 이 분야에서의 성능은 타의 추종을 불허합니다. Nginx 커뮤니티도 매우 활발하며 많은 타사 모듈이 있습니다.

Nginx의 단점은 다음과 같습니다.

Nginx는 http, https 및 이메일 프로토콜만 지원하므로 적용 범위가 더 작습니다.

백엔드 서버의 상태 확인은 포트를 통한 감지만 지원하고 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 시스템이 있는 경우 구현, 구성 및 유지 관리 프로세스가 상대적으로 더 복잡합니다. HAProxy+Keepalived는 훨씬 간단합니다.

HAProxy 기능은 다음과 같습니다.

HAProxy는 가상 호스트도 지원합니다.

HAProxy의 장점은 세션 보존 및 쿠키 안내 지원과 같은 Nginx의 일부 단점을 보완할 수 있으며, 지정된 URL을 획득하여 백엔드 서버의 상태 감지도 지원합니다.

HAProxy는 LVS와 유사하며 순전히 효율성 측면에서 로드 밸런싱 소프트웨어일 뿐입니다. HAProxy는 Nginx보다 로드 밸런싱 속도가 더 좋고 동시 처리에서도 Nginx보다 좋습니다.

HAProxy는 TCP 프로토콜의 로드 밸런싱 전달을 지원합니다. 이는 MySQL 읽기의 로드 밸런싱을 지원하고 백엔드 MySQL 노드를 감지 및 로드 밸런싱할 수 있습니다. LVS+Keepalived를 사용하여 MySQL 마스터와 슬레이브의 로드 밸런싱을 수행할 수 있습니다.

HAProxy에는 다양한 로드 밸런싱 전략이 있습니다. HAProxy의 로드 밸런싱 알고리즘에는 이제 다음 8가지 유형이 포함됩니다.

1 간단한 폴링을 의미하는 라운드로빈은 기본적으로 로드 밸런싱에 사용되는 것입니다. 즉, 가중치를 기준으로 주의를 기울이는 것이 좋습니다.

3 연결이 가장 적은 항목이 먼저 처리된다는 의미인 최소 conn은 주의를 기울이는 것이 좋습니다.

4 소스는 요청 소스 IP를 기반으로 한다는 의미입니다. Nginx의 IP_hash 메커니즘과 유사하며 이를 세션 솔루션으로 사용합니다. 문제를 해결하는 방법에 주의하는 것이 좋습니다.

⑤ ri는 요청에 따른 URI를 나타냅니다.

⑥ rl_param은 URl 매개변수를 나타냅니다. 요청에 따라 'balance url_param'에는 URL 매개변수 이름이 필요합니다.

7 hdr(name)은 HTTP 요청 헤더를 기반으로 각 HTTP 요청 잠금을 나타냅니다.

⑧ rdp-cookie(name)는 각 TCP를 잠그고 해시하는 것을 의미합니다. 쿠키(이름)를 기반으로 요청합니다.

Nginx와 LVS 비교 요약:

Nginx는 네트워크의 7번째 계층에서 작동하므로 도메인 이름, 디렉터리 구조 등과 같은 http 애플리케이션 자체에 대한 전환 전략을 구현할 수 있습니다. LVS에는 이 기능이 없으므로 Nginx는 이것만으로도 LVS보다 훨씬 더 많은 상황에서 사용할 수 있지만 Nginx의 이러한 유용한 기능을 사용하면 LVS보다 조정이 더 쉬워지므로 너무 많이 터치하고 터치해야 하는 경우가 많습니다. 인간이 유발한 문제가 발생할 가능성도 더 커질 것입니다.

Nginx는 네트워크 안정성에 덜 의존합니다. 이론적으로 ping이 성공하고 웹페이지 액세스가 정상이면 Nginx에 연결할 수 있다는 점이 Nginx의 큰 장점입니다! Nginx는 내부 네트워크와 외부 네트워크가 모두 있는 노드인 경우 백업 라인이 있는 단일 시스템과 동일합니다. 현재 서버는 네트워크 환경에 더 많이 의존합니다. 동일한 네트워크 세그먼트와 LVS는 직접 모드를 사용하여 오프로드 효과를 더욱 보장합니다. 또한, LVS가 Visual IP로 사용하기 위해서는 호스팅 제공업체로부터 하나 이상의 IP를 추가로 신청해야 합니다. 자체 IP를 VIP로 사용할 수는 없는 것으로 보입니다. 훌륭한 LVS 관리자가 되려면 더 이상 HTTP만큼 간단하지 않은 네트워크 통신에 대해 많은 지식을 습득하고 후속 조치를 취해야 합니다.

Nginx는 설치와 구성이 비교적 간단하고, 기본적으로 로그에 오류를 출력할 수 있기 때문에 테스트하기도 매우 편리합니다. LVS의 설치, 구성 및 테스트에는 상대적으로 오랜 시간이 걸립니다. LVS는 네트워크에 크게 의존하기 때문에 구성 문제가 아닌 네트워크 문제로 인해 실패하는 경우가 많습니다. 해결하기가 더 어렵습니다.

Nginx는 높은 로드를 견딜 수 있고 안정적이지만 로드와 안정성이 낮습니다. LVS에는 여러 수준이 있습니다. Nginx는 모든 트래픽을 처리하므로 시스템 IO에 의해 제한되며 자체 버그는 여전히 피할 수 없습니다.

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.架构类的东西接触过吗？

有接触过，曾经自己在自己的服务器上配置过。我以前做过以下几个架构方面的配置和测试;

1、数据库的读写分离、主从复制及集群。
2、Nginx负载均衡
3、redis集群及主从

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

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

47.谈谈对MVC的认识?

答:核心思想是：视图和用户交互通过事件导致控制器改变 控制器改变导致模型改变 或者控制器同时改变两者 模型改变 导致视图改变 或者视图改变 潜在的从模型里面获得参数 来改变自己。他的好处是可以将界面和业务逻辑分离。

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

48.session与cookie的区别?

1、cookie数据存放在第三方应用的浏览器上，session数据放在服务器上。

2、cookie不是很安全，别人可以分析存放在本地的COOKIE，进行COOKIE欺骗,考虑到安全应当使用session。

3、session会在一定时间内保存在服务器上。当访问增多，会比较占用你服务器的性能,考虑到减轻服务器性能方面，应当使用COOKIE。

4、单个cookie保存的数据不能超过4K，很多浏览器都限制一个站点最多保存20个cookie。

5、所以个人建议：
    将登陆信息等重要信息存放为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.索引的优缺点?

1、优点：

a）可以保证数据库表中每一行的数据的唯一性
b）可以大大加快数据的索引速度
c）加速表与表之间的连接，物别是在实现数据的参考完事性方面特别有意义
d）在使用分组和排序子句进行数据检索时，同样可以显著减少查询中分组和排序的时间
f）通过使用索引，可以在时间查询的过程中，使用优化隐藏器，提高系统的性能

2、 缺点：

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缓存什么数据?

一、经常被读取并且实时性要求不强可以等到自动过期的数据。例如网站首页最新文章列表、某某排行等数据。
二、经常被读取并且实时性要求强的数据。比如用户的好友列表，用户文章列表，用户阅读记录等。
三、统计类缓存，比如文章浏览数、网站PV等。
四、活跃用户的基本信息或者某篇热门文章。
五、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开发更加的快捷

优点: 

① 시간 절약: 부트스트랩 프레임워크를 사용하면 프로젝트 개발 시간을 크게 절약할 수 있습니다. 기성 코드가 많이 포함되어 있으므로 사용해야 할 경우 적절한 코드를 찾아서 적절한 위치에 삽입하기만 하면 됩니다. 또한 CSS는 LESS를 사용하여 작성되었으며 다양한 스타일과 디자인이 디자인되었습니다.

② 사용자 정의: 부트스트랩은 자신의 프로젝트에 따라 필요한 프레임워크 부분을 유지할 수 있습니다.

3 합리적인 디자인:

그리드 시스템: 부트스트랩은 12 그리드 시스템, 페이지가 완성되면 적절한 그리드에 따라 필요에 따라 행 수와 레이아웃 크기를 변경할 수 있으며 적절한 HTML에 코드를 삽입하기만 하면 됩니다. code position

LESS: LESS는 CSS를 기반으로 한 고급 언어로, CSS 개발을 보다 유연하고 강력하게 만드는 것이 목적입니다.

JavaScript: bootstrap은 기본 아키텍처와 스타일을 뛰어넘는 JavaScript 라이브러리를 제공하여 개발자가 쉽게 창을 조작할 수 있습니다. 경고 상자 및 도구 팁 상자 등을 사용하면 스크립트를 작성할 필요가 없습니다.

4. 일관성: 부트스트랩은 IE, Chrome 등 다양한 플랫폼에서 인터페이스의 균일성을 보장할 수 있습니다.

5. : 부트스트랩은 지속적으로 개선되고 있습니다.

6. 반응형: PC에서든 모바일에서든 인터페이스가 일관될 수 있습니다.

7. 많은 문서: 많은 부트스트랩이 있습니다