专业建站网产品网络推广,福建省 园区网互联及网站建设 网络部分题目,有没有关于网站开发的名人访谈,建立网站请示1.mvc是什么?相互间有什么关系? 答:mvc是一种开发模式,主要分为三部分:m(model),也就是模型,负责数据的操作;v(view),也就是视图,负责前后台的显示;c(controller),也就是控制器,负责业务逻辑 客户端请求项目的控制器,如果执行过程中需要用到数据,控制器就会到模型中获取数据,… 1.mvc是什么?相互间有什么关系? 答:mvc是一种开发模式,主要分为三部分:m(model),也就是模型,负责数据的操作;v(view),也就是视图,负责前后台的显示;c(controller),也就是控制器,负责业务逻辑 客户端请求项目的控制器,如果执行过程中需要用到数据,控制器就会到模型中获取数据,再将获取到的数据通过视图显示出来 2.oop是什么? 答:oop是面向对象编程,面向对象编程是一种计算机编程架构,OOP 的一条基本原则是计算机程序是由单个能够起到子程序作用的单元或对象组合而成。 OOP具有三大特点 1、封装性也称为信息隐藏就是将一个类的使用和实现分开只保留部分接口和方法与外部联系或者说只公开了一些供开发人员使用的方法。于是开发人员只 需要关注这个类如何使用而不用去关心其具体的实现过程这样就能实现MVC分工合作也能有效避免程序间相互依赖实现代码模块间松藕合。 2、继承性就是子类自动继承其父级类中的属性和方法并可以添加新的属性和方法或者对部分属性和方法进行重写。继承增加了代码的可重用性。PHP只支持单继承也就是说一个子类只能有一个父类。 3、多态性子类继承了来自父级类中的属性和方法并对其中部分方法进行重写。于是多个子类中虽然都具有同一个方法但是这些子类实例化的对象调用这些相同的方法后却可以获得完全不同的结果这种技术就是多态性。多态性增强了软件的灵活性。 3.smarty是什么,有什么作用? 答:回答一:smarty是用php写出来的模板引擎,也是目前业界最著名的php模板引擎之一 它分离了逻辑代码和外在的显示,提供了一种易于管理和使用的方法,用来将混杂的php逻辑代码与html代码进行分离 回答二:smarty是php中最著名的引擎框架之一,我们公司使用的是TP框架,已经封装好了smarty模板,所以没有单独使用过 回答三: smarty是个模板引擎最显著的地方就是有可以把模板缓存起来。一般模板来说都是做一个静态页面然后在里面把一些动态的部分用一切分隔符切开然后在PHP里打开这个模板文件把分隔符里面的值替换掉然后输出来你可以看下PHPLib里面的template部分。 而smarty设定了缓存参数以后第一次运行时候会把模板打开在php替换里面值的时候把读取的html和php部分重新生成一个临时的php文件这样就省去了每次打开都重新读取html了。如果修改了模板只要重新刷下就行了。 4.你在公司负责那些项目? 答:由于我们公司是一个外包公司,不可能只做一个项目,公司的项目都是交叉进行的,论坛,微信,商城我都做过? 5.你做过那些模块? 答:登陆注册,商品管理,购物车模块,订单管理 6.你们公司是使用什么框架? 答:我们公司采用的是TP框架,运用的mysqlapachephp进行开发,因为TP框架是一个免费开源的,轻量级的php开发框架,而且是我们中国人自己开发的,也是国内用的比较多的,各种资料也比较齐全 7.laravel有那些特点? 答:回答一: 1.强大的rest router:用简单的回调函数就可以调用,快速绑定controller和router 2.artisan:命令行工具,很多手动的工作都自动化 3.可继承的模板,简化view的开发和管理 4.blade模板:渲染速度更快 5.ORM操作数据库 6.migration:管理数据库和版本控制 7.测试功能也很强大 8.composer也是亮点 回答二: laravel框架引入了门面,依赖注入,Ioc模式,以及各种各样的设计模式等 在设计时可重用现有的在以前的项目的领域中已被测试过的类使系统满足业务需求并具有较高的质量。 3、效率高 在软件开发时根据设计的需要对现实世界的事物进行抽象产生类。使用这样的方法解决问题接近于日常生活和自然的思考方式势必提高软件开发的效率和质量。 8.请简述一下数据库的优化? 答:数据库的优化可以从四个方面来优化: 1.从结构层: web服务器采用负载均衡服务器,mysql服务器采用主从复制,读写分离 2.从储存层: 采用合适的存储引擎,采用三范式 3.从设计层: 采用分区分表,索引,表的字段采用合适的字段属性,适当的采用逆范式,开启mysql缓存 4.sql语句层:结果一样的情况下,采用效率高,速度快节省资源的sql语句执行 9.如何解决异常处理? 答: 抛出异常:使用try...catch异常的代码放在try代码块内如果没有触发异常则代码继续执行如果异常被触发就会 抛出一个异常。Catch代码块捕获异常并创建一个包含异常信息的对象。$e-getMessage()输出异常的错误信息。 解决异常:使用set_error_handler函数获取异常(也可以使用try()和catch()函数),然后使用set_exception_handler()函数设置默认的异常处理程序,register_shutdown_function()函数来执行,执行机制是,php要把调入的函数调入到内存,当页面所有的php语句都执行完成时,再调用此函数 10.权限管理(RBAC)的实现? 答: 1.首先创建一张用户表:id name auto(保存格式为:控制器-方法) 2.然后在后台中创建一个基类控制器,控制器里封装一个构造方法,当用户登陆成功后,使用TP框架中封装好的session函数获取保存在服务器中的session id,然后实例化模型,通过用户id获取保存在数据表中的auth数据,使用explode函数分割获取到的数据,并使用一个数组保存起来,然后使用TP框架中封装好的常量获取当前控制器和方法,然后把他们组装成字符串,使用in_array函数进行判断该数组中是否含有当前获取到的控制器和方法,如果没有,就提示该用户没有权限,如果有就进行下一步操作 11.TP框架有哪些优点? 答:TP框架是我们中国人自己开发的框架,各种资料比较齐全,国内用的比较多,比较简单和方便,而且是免费开源的 12.TP的特性有哪些? 答: 1.多表查询非常方便,在model中几句代码就可以完成对多表的关联操作 2.融合了smarty模板,使前后台分离 3.支持多种缓存技术,尤其对memcache技术支持非常好 4.命名规范,模型,视图,控制器严格遵循命名规则,通过命名一一对应 5.支持多种url模式 6.内置ajax返回方法,包括xml,json,html等 7.支持应用扩展,类库扩展,驱动扩展等 13.请介绍一下laravel框架? 答: laravel框架的设计思想比较先进,非常适合应用各种开发模式,作为一个框架,它为你准备好了一切,composer是php的未来,没有composer,php肯定要走向没落 laravel框架最大的特点和优秀之处就是集合了php比较新的特点,以及各种各样的设计模式,Ioc模式,依赖注入等 13.怎么保证促销商品不会超卖 答:这个问题是我们当时开发时遇到的一个难点超卖的原因主要是下的订单的数目和我们要促销的商品的数目不一致导致的每次总是订单的数比我们的促销商品的数目要多当时我们的小组讨论了好久给出了好几个方案来实现 第一种方案是①在每次下订单前我们判断促销商品的数量够不够不够不允许下订单更改库存量时加上一个条件只更改商品库存大于0的商品的库存当时我们使用ab进行压力测试当并发超过500访问量超过2000时还是会出现超卖现象。所以被我们否定了。 第二种方案是②使用mysql的事务加排他锁来解决首先我们选择数据库的存储引擎为innoDB使用的是排他锁实现的刚开始的时候我们测试了下共享锁发现还是会出现超卖的现象。有个问题是当我们进行高并发测试时对数据库的性能影响很大导致数据库的压力很大最终也被我们否定了。 第三种方案是③使用文件锁实现。当用户抢到一件促销商品后先触发文件锁防止其他用户进入该用户抢到促销品后再解开文件锁放其他用户进行操作。这样可以解决超卖的问题但是会导致文件得I/O开销很大。 最后我们使用了redis的队列来实现。将要促销的商品数量以队列的方式存入redis中每当用户抢到一件促销商品则从队列中删除一个数据确保商品不会超卖。这个操作起来很方便而且效率极高最终我们采取这种方式来实现 竞争状态下如何解决库存的正确减少(”超卖”问题) 对于第一个问题已经很容易想到用缓存来处理抢购避免直接操作数据库例如使用Redis。第二个问题我们可以使用redis队列来完成把要秒杀的商品放入到队列中因为pop操作是原子的即使有很多用户同时到达也是依次执行文件锁和事务在高并发下性能下降很快当然还要考虑其他方面的东西比如抢购页面做成静态的通过ajax调用接口其中也可能会出现一个用户抢多次的情况这时候需要再加上一个排队队列和抢购结果队列及库存队列。高并发情况下将用户进入排队队列用一个线程循环处理从排队队列取出一个用户判断用户是否已在抢购结果队列如果在则已抢购否则未抢购库存减1写数据库将用户入结果队列。 14.购物车的原理 答:购物车相当于现实中超市的购物车不同的是一个是实体车一个是虚拟车而已。用户可以在购物网站的不同页面之间跳转以选购自己喜爱的商品点击购买时该商品就自动保存到你的购物车中重复选购后最后将选中的所有商品放在购物车中统一到付款台结账这也是尽量让客户体验到现实生活中购物的感觉。服务器通过追踪每个用户的行动以保证在结账时每件商品都物有其主。 主要涉及以下几点: 1、把商品添加到购物车即订购 2、删除购物车中已定购的商品 3、修改购物车中某一本图书的订购数量 4、清空购物车 5、显示购物车中商品清单及数量、价格 实现购物车的关键在于服务器识别每一个用户并维持与他们的联系。但是HTTP协议是一种“无状态(Stateless)”的协议因而服务器不能记住是谁在购买商品当把商品加入购物车时服务器也不知道购物车里原先有些什么使得用户在不同页面间跳转时购物车无法“随身携带”这都给购物车的实现造成了一定的困难。 目前购物车的实现主要是通过cookie、session或结合数据库的方式。下面分析一下它们的机制及作用。 15、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功能。 16、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的文件属性使其仍然留有安全隐患。 结合数据库的方式虽然在一定程度上解决了上述的问题但从上面的例子可以看出在这种购物流程中涉及到对数据库表的频繁操作尤其是用户每选购一次商品都要与数据库进行连接当用户很多的时候就加大了服务器与数据库的负荷。 17.redis消息队列先进先出需要注意什么 答:通常使用一个list来实现队列操作这样有一个小限制所以的任务统一都是先进先出如果想优先处理某个任务就不太好处理了这就需要让队列有优先级的概念我们就可以优先处理高级别的任务实现方式有以下几种方式 1)单一列表实现队列正常的操作是 左进右出(lpush,rpop)为了先处理高优先级任务在遇到高级别任务时可以直接插队直接放入队列头部(rpush)这样从队列头部(右侧)获取任务时取到的就是高优先级的任务(rpop) 2)使用两个队列一个普通队列一个高级队列针对任务的级别放入不同的队列获取任务时也很简单redis的BRPOP命令可以按顺序从多个队列中取值BRPOP会按照给出的 key 顺序查看并在找到的第一个非空 list 的尾部弹出一个元素redis BRPOP list1 list2 0 list1 做为高优先级任务队列 list2 做为普通任务队列 这样就实现了先处理高优先级任务当没有高优先级任务时就去获取普通任务 方式1最简单但实际应用比较局限方式3可以实现复杂优先级但实现比较复杂不利于维护 方式2是推荐用法实际应用最为合适 12.TP框架中的大字母函数? 答: U:对url的组装 A:内部实例化控制器 S:缓存处理 R:调用某个控制器的操作方法 D:实例化自定义模型类 M:实例化基础模型类 I:获取参数 L:设置或者获取当前语言 C:设置或获取,保存配置 18.你负责的模块有哪些难题 答:在我负责的B2B电商项目中当时我负责的是订单模块由于客户一次选择了多家商户的商品最终生成了一个订单这样我们平台在给商户结算时出现了不知道这比费用应该给哪个商户这时候我们小组经过讨论需要涉及到订单拆分也就是说用户点击支付后,如果有多件商品,并且不是同一家店铺那么 就要用到订单的拆分,比如如果有两件商品,并且不是同一店铺 就在原来的订单号下 在生成两个子订单号 并修改订单表中两件商品的订单号。最终实现了商品的分配管理解决了我们的难题。 我觉得在开发过程中遇到的难题无非是两个一个是技术层次的我认为只要你有恒心有热心没有觉得不了的难题。另一个就是沟通问题在任何地方任何时候沟通都是最重要的尤其是我们做开发的不沟通好会影响整个项目的进度我本人是个非常还沟通的人所以这点上也没多大问题。 19.用户下单是怎么处理的 答:判断用户有没有登录在没有登录的情况下不允许下单。登陆后可进行下单 并生成唯一的订单号此时订单的状态为未支付。 20.电商的登录是怎么实现的 答:分为普通登录和第三方登录 这边主要说一下第三方登录吧第三方登陆主要使用的是author协议我就以QQ的第三方登陆为例来进行说明当用户在我们的站点请求QQ的第三方登陆时我们站点会引导用户跳转到QQ的登陆授权界面 当用户输入QQ和密码成功登录以后会自动跳回到我们站点设置好的回调页面并附带一个code参数接着你使用code再次去请求QQ的授权页面就可以从中获取到一个access token(访问令牌)通过这个access_token我们可以调用QQ提供给我们的接口比如获取open_id可以获取用户的基本信息。获取到之后我们需要拿用户的授权信息和open_id和我们平台的普通用户进行绑定。这样不管是普通用户登陆还是第三方登陆用户都可以实现登陆。 21.接口安全方面是怎么处理的 答:我们当时是这么做的使用HTTP的POST方式,对固定参数附加参数进行数字签名,使用的是md5加密,比如:我想通过标题获取一个信息,在客户端使用 信息标题日期双方约定好的一个key通过md5加密生成一个签名(sign),然后作为参数传递到服务器端,服务器端使用同样的方法进行校验,如何接受过来的sign和我们通过算法算的值相同证明是一个正常的接口请求我们才会返回相应的接口数据。 22.做秒杀用什么数据库怎么实现的。 答:因为秒杀的一瞬间并发非常大如果同时请求数据库会导致数据库的压力非常大导致数据库的性能急剧下降更严重的可能会导致数据库服务器宕机。这时候一般采用内存高速缓存数据库redis来实现的,redis是非关系型数据库redis是单线程的通过redis的队列可以完成秒杀过程。 23.支付宝流程怎么实现的 答:首先要有一个支付宝账号接下来向支付宝申请在线支付业务签署协议。协议生效后有支付宝一方会给网站方一个合作伙伴ID,和安全校验码有了这两样东西就可以按照支付宝接口文档开发支付宝接口了中间主要涉及到一个安全问题。整个流程是这样的我们的网站通过post传递相应的参数(如订单总金额订单号)到支付页面支付页面把一系列的参数经过处理以post的方式提交给支付宝服务器支付宝服务器进行验证并对接收的数据进行处理把处理后的结果返回给我们网站设置的异步和同步回调地址通过相应的返回参数来处理相应的业务逻辑比如返回的参数代表支付成功更改订单状态。 24.什么是单点登录? 答:单点登录SSO(Single Sign On)说得简单点就是在一个多系统共存的环境下用户在一处登录后就不用在其他系统中登录也就是用户的一次登录能得到其他所有系统的信任。 28.用的什么技术实现短信发送在哪调用 答:我主要用的第三方短信接口在申请接口时进行相应信息的配置然后在我们站点需要用到短信验证的地方进行调用我们通常在用户注册时使用到。 25.sku减库存 答:SKU Stock Keeping Unit (库存量单位) 即库存进出计量的单位可以是以件盒托盘等为单位。SKU是库存量单位区分单品。 在服装、鞋类商品中使用最多最普遍。 例如纺织品中一个SKU通常表示规格、颜色、款式。 在设计表时不仅仅只有商品表商品表中有个总库存我们还需要涉及一张SKU表里面有SKU库存和单价字段用户每购买一件商品实际上购买的都是SKU商品这样在下订单成功后应该根据所购买的商品的唯一的SKU号来进行相应的SKU库存的减少当然商品的总库存保存在商品主表中也需要减少总库存中的库存量。 26.在工作中遇到什么困难? 答:总体来说在工作我主要遇到这几个问题比较难处理 ①我之前工作的时候发现经常会出现一些临时需求打乱了我的计划搞得有时候这个任务还没完成又得去做其他的任务最后一天下来大大小小的东西是很多但是没有完成得非常好的后面我总结了一下我会把这些都添加优先级遇到临时需求按照优先级重新将已有任务和临时任务进行排版保证在规定时间内有效率的完成优先级高的任务。 ②在做项目需求时候遇到理解能力欠佳的人沟通时容易被气到影响自己的情绪最后反倒还不能到达需要的效果。后面每次到这种时候我一般会借助一些纸质的、更加形象的东西让双方都认同的、都能明白的一种方式来进行沟通后面减少了很多不必须的麻烦。大家都知道对于程序员来说改需求是一件很痛苦的事情所以前期的沟通工作很重要。 ③还有一件事时我以前的领导不太懂技术所以每次出一个新的需求出来总是要求我们在很短的时间内完成完不成我们就会被怀疑能力有问题。当然每个领导都希望自己的员工能够尽快的完成任务降低成本提高效率。这时候我会把我们的需求细化把其中的重点、难点都列出来做好时间规划耐心的跟领导沟通项目每个点的重要性和时间的花费比例确保在这个规划的时间点内保质保量的完成任务。慢慢的也得到了领导的认可其实领导也不是一味的不通情理只要把东西计划好了以最小的代价换取最高的价值每个人都是很容易理解得 27.用户不登录怎么直接加入购物车的 答:用户在不登录的情况下可以把要购买商品的信息(如商品的ID商品的价格、商品的sku_id,购买数量等关键数据)存到COOKIE里面当登陆的情况下。把COOKIE里面的内容存到数据库并清除cookie中的数据。 28.库存设置? 答:库存分为商品总库存和SKU库存往往商品总库存的为SKU库存的总和。一般在商城的后台对货品设置最高库存及最低库存后当前库存数量与最高、最低两者比较超出库存或者低于库存的则被统计成报表形式反映便于用户掌握货品库存超、短缺状态及数量。 29.订单、库存两个表 如何保证数据的一致性? 答:在一个电子商务系统中正常的应该是订单生成成功后相应的库存进行减少。必须要保证两者的一致性但有时候因为某些原因比如程序逻辑问题并发等问题导致下单成功而库存没有减少的情况。这种情况我们是不允许发生的MySQL中的事务刚好可以解决这一问题首先得选择数据库的存储引擎为innoDB,事务规定了只有下订单完成了并且相应的库存减少了才允许提交事务否则就事务回滚确保数据一致性。 30.O2O用户下单,c端下单,如何保证b a端数据一致? 答:O2O为线上和线下模式O2O模式奉行的是“线上支付实体店消费”的消费模式即消费者在网上下单完成支付后凭消费凭证到实体店消费。O2O模式是把商家信息和支付程序放在线上进行而把商品和服务兑现放在线下也就是说O2O模式适用于快递无法送达的有形产品。数据一致性的问题是O2O行业中最常见的问题我们可以类似于数据库的主从复制的思路来解决这个问题。O2O有个供应商系统类似于主服务器在C端(从服务器)下单时数据同步更新到供应商系统端b、a实时从供应商系统中拉取数据进行同步比如利用定时任务定时拉取数据进行同步。 31.Redis 如何防止高并发 答:其实redis是不会存在并发问题的因为他是单进程的再多的command都是one by one执行的。我们使用的时候可能会出现并发问题比如get和set这一对。 redis为什么会有高并发问题 redis的出身决定 Redis是一种单线程机制的nosql数据库基于key-value数据可持久化落盘。由于单线程所以redis本身并没有锁的概念多个客户端连接并不存在竞争关系但是利用jedis等客户端对redis进行并发访问时会出现问题。发生连接超时、数据转换错误、阻塞、客户端关闭连接等问题这些问题均是由于客户端连接混乱造成。 同时单线程的天性决定高并发对同一个键的操作会排队处理如果并发量很大可能造成后来的请求超时。 在远程访问redis的时候因为网络等原因造成高并发访问延迟返回的问题。 解决办法 在客户端将连接进行池化同时对客户端读写Redis操作采用内部锁synchronized。 服务器角度利用setnx变向实现锁机制。 32.写过接口吗怎么定义接口的 答写过。接口分为两种一种是数据型接口一种是应用型接口。 数据型接口是比抽象类更抽象的某种“结构”——它其实不是类但是跟类一样的某种语法结构是一种结构规范规范我们类要以什么格式进行定义一般用于团队比较大分支比较多的情况下使用。 应用型接口 API(application interface) 数据对外访问的一个入口 我主要是参与的APP开发中接口的编写客户端需要什么样的数据我们就给他们提供相应的数据数据以json/xml的格式返回并且配以相应的接口文档。 33.秒杀当中的细节你是怎么得出来的 答:通过性能测试及模拟秒杀场景。每个问题都经过反复测试不断的发现问题不断的解决。 34.接口和抽象类的区别是什么 答:抽象类是一种不能被实例化的类只能作为其他类的父类来使用。抽象类是通过关键字abstract来声明的。抽象类与普通类相似都包含成员变量和成员方法两者的区别在于抽象类中至少要包含一个抽象方法抽象方法没有方法体该方法天生就是要被子类重写的。抽象方法的格式为abstract function abstractMethod(); 接口是通过 interface 关键字来声明的接口中的成员常量和方法都是 public 的方法可以不写关键字public接口中的方法也是没有方法体。接口中的方法也天生就是要被子类实现的。抽象类和接口实现的功能十分相似最大的不同是接口能实现多继承。在应用中选择抽象类还是接口要看具体实现。子类继承抽象类使用 extends子类实现接口使用implements。 35.什么是队列排它锁Myisam死锁如何解决 答:在默认情况下MYisam是表级锁所以同时操作单张表的多个动作只能以队列的方式进行 排它锁又名写锁在SQL执行过程中为排除其它请求而写锁在执行完毕后会自动释放 死锁解决先找到死锁的线程号然后杀掉线程ID 转载于:https://www.cnblogs.com/LF-place/p/10647382.html
