2021年最新PHP 面试、笔试题汇总(二)
二十一、语句include和require的区别
require是无条件包含,也就是如果一个流程里加入require,无论条件成立与否都会先执行require,当文件不存在或者无法打开的时候,会提示错误,并且会终止程序执行
include有返回值,而require没有(可能因为如此require的速度比include快),如果被包含的文件不存在的化,那么会提示一个错误,但是程序会继续执行下去
注意:包含文件不存在或者语法错误的时候require是致命的,而include不是
require_once,include_once表示了只包含一次,避免了重复包含
二十二、php中传值与传引用的区别,并说明传值什么时候传引用
变量默认总是传值赋值,那也就是说,当将一个表达式的值赋予一个变量时,整个表达式的值被赋值到目标变量,这意味着:当一个变量的赋予另外一个变量时,改变其中一个变量的值,将不会影响到另外一个变量
php也提供了另外一种方式给变量赋值:引用赋值。这意味着新的变量简单的引用(换言之,成为了其别名或者指向)了原始变量。改动的新的变量将影响到原始变量,反之亦然。
使用引用赋值,简单地将一个&符号加到将要赋值的变量前(源变量)
对象默认是传引用
对于较大的数据,可以考虑传引用,这样可以节省内存的开销
二十三、PHP 不使用第三个变量实现交换两个变量的值
-
//方法一
-
$a.=$b;
-
$b=str_replace($b,"",$a);
-
$a=str_replace($b,"",$a);
-
-
//方法二
-
list($b,$a)=array($a,$b);
-
var_dump($a,$b);
二十四、mysql优化
MySQL查询SQL优化
二十五、redis 和 memache 缓存的区别
1.数据类型
redis支持多种数据类型(5种):hash string list set zset
memcache 只支持key-value
2.持久性
redis 支持两种持久化方式 RDB、AOF
memcache 不支持持久化
3.分布式存储
redis支持master-slave复制模式
memcache可以使用一致性hash做分布式
4.value大小不同
memcache是一个内存缓存,key的长度小于250字符,单个item存储要小于1M,不适合虚拟机使用
5.线程模型
memcache是master+worker的线程模型,其中master完成网络监听后投递到worker线程,由worker线程处理
redis是单进程单线程模型,即单个线程完成所有的事情
这两种实现造成下面的差异,即redis更容易实现多种数据结构,类似列表,集合,hash,有序集合等,由于是单线程的,如果单实例部署redis,不能全面用到服务器多核的优势,通常部署时,都会通过多实例的方式去部署
6.内存管理
redis:redis没有自己得内存池,而是直接使用时分配,即什么时候需要什么时候分配,内存管理的事交给内核,自己只负责取和释放,直接malloc和free即可。内存管理没有什么特殊的算法,通过使用google的jmalloc库来做内存管理(申请,释放)
memcache:memcached是有自己得内存池的,即预先分配一大块内存,然后接下来分配内存就从内存池中分配,这样可以减少内存分配的次数,提高效率,这也是大部分网络服务器的实现方式,只不过各个内存池的管理方式根据具体情况而不同。使用了类似linux的内存管理,即slab内存管理方式。
7.其他
redis支持事务,频道(发布-订阅),集群;memcache不支持
二十六、apche 和 nginx 的优缺
nginx轻量级,比apache占用更少的内存及资源,抗并发
nginx处理请求是异步非阻塞的,而apache 则是阻塞型的,在高并发下nginx 能保持低资源低消耗高性能。
apache 相对于nginx 的优点:
rewrite比nginx 的rewrite 强大,少bug,稳定。(需要性能用nginx,求稳定就apache)。
二十七、一个函数的参数不能是对变量的引用,除非在php.ini中把 allow_call_time_pass_reference 设为on。
在PHP函数调用的时候,基本数据类型默认会使用值传递,而不是引用传递。allow_call_time_pass_reference 选项的作用为是否启用在函数调用时强制参数被按照引用传递。如果把allow_call_time_pass_reference 配置为on,那么在函数调用的时候会默认使用引用传值。但是不推荐使用这种方法,原因是该方法在未来的版本中很可能不再支持。如果想使用引用传递,那么推荐在函数调用的时候显式地使用&进行引用传递。
二十八、什么是内存管理?
内存管理主要是指程序运行时对计算机内存资源的分配、使用和释放等技术,内存管理的目标是高效、快速地分配内存同时及时地释放和回收内存资源。内存管理主要包括是否有足够的内存供程序使用,从内存池中获取可用内存,使用后及时销毁并重新分配给其他程序使用。
在PHP开发过程中,如果遇到大数组等操作,那么可能会造成内存溢出等问题。一些常见的处理方法如下:
1)通过ini_set(‘memory_limit’,‘64M’)方法重置php可以使用的内存大小,一般在远程主机上是不能修改php.ini文件的,只能通过程序设置。注:在safe_mode(安全模式)下,ini_set会失效。
2)另一方面可以对数组进行分批处理,及时销毁无用的变量,尽量减少静态变量的使用,在需要数据重用时,可以考虑使用引用(&)。同时对于数据库、文件操作完要及时关闭,对象使用完要及时调用析构函数等。
3)及时使用unset()函数释放变量,使用时需要注意以下两点:
① unset()函数只能在变量值占用内存空间超过256字节时才会释放内存空间。
② 只有当指向该变量的所有变量都销毁后,才能成功释放内存。
二十九、Memcache的特征和特性
1)协议简单。
2)基于libevent的事件处理。
3)内置内存存储方式。
4)Memcached不互相通信的分布式。
(1)单个item 最大的数据为1MB。
(2)单进程最大的使用内存为2GB,需要更多内存时可开多个端口。
(3)Memcached是多线程,非阻塞io复用的网络模型,Redis是单线程。
(4)键长最大为250字节。
三十、共享Session的方式
1)基于NFS的Session共享。NFS(Network File System)最早由Sun公司为解决Unix网络主机间的目录共享而研发。仅需将共享目录服务器mount到其他服务器的本地session目录即可。
2)基于数据库的Session共享。
3)基于Cookie的Session共享。原理是将全站用户的Session信息加密、序列化后以Cookie的方式,统一种植在根域名下(如:.host.com),利用浏览器访问该根域名下的所有二级域名站点时,会传递与之域名对应的所有Cookie内容的特性,从而实现用户的Cookie化Session 在多服务间的共享访问。
4)基于缓存(Memcache)的Session共享。Memcache是一款基于Libevent多路异步I/O技术的内存共享系统,简单的key + value数据存储模式使得代码逻辑小巧高效,因此在并发处理能力上占据了绝对优势,目前能达到2000/s平均查询,并且服务器CPU消耗依然不到10%。
三十一、memcache或redis雪崩如何解决?
造成原因:通常,在一个网站里,mysql数据库处理的请求比较少(20%),负载80%,缓存技术处理大多数请求(80%)
如果memcache或redis挂掉,所有请求都会在mysql处理,数据库的处理能力不足会直接宕机。这时候就算重启缓存和mysql也是无济于事的,因为缓存重启后,数据已经丢失,数据请求还是会走mysql,mysql还是会死掉(死循环)
解决方法:
缓存预热
1:先启动缓存,再启动数据库。(但是此时不提供对外服务)
2:通过一个PHP脚本把常用的key写入缓存中
3:开放对外服务【热点数据已经缓存,请求会被缓存处理,减轻mysql压力】
三十二、Redis持久化的方式?
1.Aof(append only file)
redis执行命令时,会把我们执行的命令通过日志形式进行追加。安全性高,但是影响性能。
2.Rdb
按照制定规则进行持久化
save 900 1 (900s内1次redis操作 会做一次持久化)
save 300 10 (300s内10次redis操作 会做一次持久化)
save 60 10000 (60s内10000次redis操作 会做一次持久化)
但是可能会存在数据丢失,比如:12:00做过一次持久化,正常的话,12:15会再做持久化,如果12:14缓存死掉,那么14分钟的数据会丢失。不大安全,但是性能比aof好很多
三十三、Linux系统中,进程间通信的方式。
管道:
管道分为有名管道和无名管道
无名管道是一种半双工的通信方式,数据只能单向流动,而且只能在具有亲缘关系的进程间使用.进程的亲缘关系一般指的是父子关系。无明管道一般用于两个不同进程之间的通信。当一个进程创建了一个管道,并调用fork创建自己的一个子进程后,父进程关闭读管道端,子进程关闭写管道端,这样提供了两个进程之间数据流动的一种方式。
有名管道也是一种半双工的通信方式,但是它允许无亲缘关系进程间的通信。
消息队列:
消息队列是消息的链表,存放在内核中并由消息队列标识符标识.消息队列克服了信号传递信息少,管道只能承载无格式字节流以及缓冲区大小受限等特点.消息队列是UNIX下不同进程之间可实现共享资源的一种机制,UNIX允许不同进程将格式化的数据流以消息队列形式发送给任意进程.对消息队列具有操作权限的进程都可以使用msget完成对消息队列的操作控制.通过使用消息类型,进程可以按任何顺序读信息,或为消息安排优先级顺序.
信号:
信号是一种比较复杂的通信方式,用于通知接收进程某个事件已经发生.
信号量:
信号量是一个计数器,可以用来控制多个线程对共享资源的访问.,它不是用于交换大批数据,而用于多线程之间的同步.它常作为一种锁机制,防止某进程在访问资源时其它进程也访问该资源.因此,主要作为进程间以及同一个进程内不同线程之间的同步手段.
共享内存:
共享内存就是映射一段能被其他进程所访问的内存,这段共享内存由一个进程创建,但多个进程都可以访问.共享内存是最快的IPC(进程间通信)方式,它是针对其它进程间通信方式运行效率低而专门设计的.它往往与其他通信机制,如信号量,配合使用,来实现进程间的同步与通信.
socket:
可用于不同及其间的进程通信
文件,互斥量等,不过我在swoole源码中看到了通过eventfd这种方式做进程通信的
三十四、海量数据处理相关总结
1、海量日志数据,提取出某日访问百度次数最多的那个IP。
算法思想:分而治之+Hash
IP地址最多有2^32=4G种取值情况,所以不能完全加载到内存中处理
可以考虑采用“分而治之”的思想,按照IP地址的Hash(IP)%1024值,把海量IP日志分别存储到1024个小文件中。这样,每个小文件最多包含4MB个IP地址
对于每一个小文件,可以构建一个IP为key,出现次数为value的Hash map,同时记录当前出现次数最多的那个IP地址
可以得到1024个小文件中的出现次数最多的IP,再依据常规的排序算法得到总体上出现次数最多的IP
三十五、两台mysql服务器,其中一台挂了,怎么让业务端无感切换,并保证正常情况下讲台服务器的数据是一致的
不是核心业务的话,先停写,把备机拉起来,查看两台机器的日志,进行数据补偿,开写。
如果是核心业务的话,现在所有的写操作都在正常的状态机器上。把好的这台机器的备机拉起来,当主机。
备机的数据不一致怎么办?
你要勇敢怼回去,你们每秒多少写入操作。按照百万级表,每秒1000的写入效率,正常的设计是,分布在2台机器上每台500。这个级别的数据同步,出现差异的概率 可以忽略不计的。有一台出现问题,另一台也可以抗住。
三十六、redis是如何进行同步的,同步的方式,同步回滚怎么办,数据异常怎么办
redis 集群主从同步的简单原理
Redis的复制功能是基于内存快照的持久化策略基础上的,也就是说无论你的持久化策略选择的是什么,只要用到了Redis的复制功能,就一定会有内存快照发生
当Slave启动并连接到Master之后,它将主动发送一个SYNC命令( 首先Master会启动一个后台进程,将数据快照保存到文件中[rdb文件] Master 会给Slave 发送一个
Ping命令来判断Slave的存活状态 当存活时 Master会将数据文件发送给Slave 并将所有写命令发送到Slave )。Slave首先会将数据文件保存到本地之后再将数据加载到内存中。
当第一次链接或者是故障后,重新连接都会先判断Slave的存活状态再做全部数据的同步,之后只会同步Master的写操作(将命令发送给Slave)
问题:
当 Master 同步数据时 若数据量较大 而Master本身只会启用一个后台进程 来对多个Slave进行同步 , 这样Master就会压力过大 , 而且Slave 恢复的时间也会很慢!
redis 主从复制的优点:
(1)在一个Redis集群中,master负责写请求,slave负责读请求,这么做一方面通过将读请求分散到其他机器从而大大减少了master服务器的压力,另一方面slave专注于提供
读服务从而提高了响应和读取速度。
(2)在一个Redis集群中,如果master宕机,slave可以介入并取代master的位置,因此对于整个Redis服务来说不至于提供不了服务,这样使得整个Redis服务足够安全。
(3)水平增加Slave机器可以提高性能
三十七、如何解决跨域
JSONP
添加响应头,允许跨域
代理的方式
三十八、写出以下输出
-
Q: "aa" == 1, "aa" == 0, 1 == "1", 1==="1", "12asdsad" + 1, "asdjkfgj12"+1
-
A: false, true, true, false, 13, 1
why:
php中 字符串==0 恒成立
php中 字符串和数字相加,如果字符串开头是数字,则等于字符串开头的数字(字符串第一个位置开始,到第一个非数字和.的位置截止)+数字
三十九、什么是服务容器、控制反转(IoC)、依赖注入(DI)
服务容器是用来管理类依赖与运行依赖注入的工具。Laravel框架中就是使用服务容器来实现 控制反转 和 依赖注入 。
控制反转(IoC) 就是说把创建对象的 控制权 进行转移,以前创建对象的主动权和创建时机是由自己把控的,而现在这种权力转移到第三方,也就是 Laravel 中的容器。
依赖注入(DI)则是帮助容器实现在运行中动态的为对象提供提依赖的资源。
四十、Composer自动加载原理
composer加载核心思想是通过composer的配置文件在引用入口文件(autoload.php)时,将类和路径的对应关系加载到内存中,最后将具体加载的实现注册到spl_autoload_register函数中.最后将需要的文件包含进来.
四十一、一个请求到PHP,Nginx的主要过程。完整描述整个网络请求过程,原理。
1)、FastCGI进程管理器php-fpm自身初始化,启动主进程php-fpm和启动start_servers个CGI 子进程。主进程php-fpm主要是管理fastcgi子进程,监听9000端口。fastcgi子进程等待来自Web Server的连接。
2)、当客户端请求到达Web Server Nginx是时,Nginx通过location指令,将所有以php为后缀的文件都交给127.0.0.1:9000来处理,即Nginx通过location指令,将所有以php为后缀的文件都交给127.0.0.1:9000来处理。
3)FastCGI进程管理器PHP-FPM选择并连接到一个子进程CGI解释器。Web server将CGI环境变量和标准输入发送到FastCGI子进程。
4)、FastCGI子进程完成处理后将标准输出和错误信息从同一连接返回Web Server。当FastCGI子进程关闭连接时,请求便告处理完成。
5)、FastCGI子进程接着等待并处理来自FastCGI进程管理器(运行在 WebServer中)的下一个连接。
四十二、PHP的魔术方法
__set() // 在给不可访问属性赋值时,__set()会被调用
__get() // 读取不可访问属性的值时,__get()会被调用
__isset() //当对不可访问属性调用isset()或empty(),__isset()会被调用
__unset() // 当对不可访问属性调用unset()时,__unset()会被调用
__call() // 在对象中调用一个不可访问方法时,__call()会被调用
__callStatic() // 在静态上下文中调用一个不可访问的方法时,__callStatic会被调用
__construct() // 构造函数的类会在每次创建新对象时先调用此方法,所以非常适合在使用对象之前做一些初始化工作。
__destruct() // 析构函数会在到某个对象的所有引用都被删除或者当对象被显式销毁时执行。
__sleep() // serialize()函数会检查类中是否存在一个魔术方法__sleep(),如果存在,该方法会先被调用,然后再执行序列化操作。此功能可以用于清理对象,并返回一个包含对象中所有应被序列化的变量名称的数组。如果该方法未返回任何内容,则 NULL 被序列化,并产生一个 E_NOTICE 级别的错误。
__wakeup() // unserialize()函数会检查是否存在一个__wakeup()方法,如果存在,则会先调用该方法,然后再执行反序列化操作。__wakeup() 经常用在反序列化操作中,例如重新建立数据库连接,或执行其它初始化操作。
四十三、字符编码UTF8、GBK、GB2312的区别。
utf8是国际编码。通用性较好。
gbk是国内编码。通用型较utf8差,但是占用数据库比utf8小。
gb2312是一个简体中文字符集的中国国家标准,共收录6763个汉字。
四十四、MySQL默认的排序方式是什么
MyIsam存储引擎:在没有任何删除,修改的操作下,执行select不带order by那么会按照插入的顺序下进行排序。
InnDB存储引擎:在相同的情况下,select不带order by会根据主键来排序,从小到大。
四十五、OSI七层网络模型
物理层:建立、维护、断开物理连接
数据链路层:建立逻辑链接、进行硬件地址寻址、差错校验等功能(SDLC、HDLC、PPP、STP)
网络层:进行逻辑地址寻址,实现不同网络之间的路径选择(IP、IPX、OSPF)
传输层:定义传输数据的协议端口号,以及流程和差错校验(TCP,UDP)数据包一旦离开网卡即进入网络传输层
会话层:建立、管理、终止会话
表示层:数据的表示、安全、压缩
应用层:网络服务与最终用户的一个接口;协议有:HTTP、FTP、TFTP、SMTP、DNS、TELNET、HTTPS、POP3、DHCP
文章来源: blog.csdn.net,作者:lxw1844912514,版权归原作者所有,如需转载,请联系作者。
原文链接:blog.csdn.net/lxw1844912514/article/details/112504807
- 点赞
- 收藏
- 关注作者
评论(0)