php-2019-12月面试题

一php字符串函数
1.字符串反转函数：
英文：strrev
中文：
function getRev( $str,$ encoding='utf-8'){
$result = '';$ len = mb_strlen( $str); for($ i= $len-1;$ i>=0; $i--){$ result .= mb_substr( $str,$ i,1, $encoding); } return$ result;
}
$string = 'OK你是正确的Ole'; echo getRev($ string);
输出：elO的确正是你KO

二 TCP/UDP

TCP的优点：可靠，稳定 TCP的可靠体现在TCP在传递数据之前，会有三次握手来建立连接，而且在数据传递时，有确认、窗口、重传、拥塞控制机制，在数据传完后，还会断开连接用来节约系统资源。 TCP的缺点：慢，效率低，占用系统资源高，易被攻击 TCP在传递数据之前，要先建连接，这会消耗时间，而且在数据传递时，确认机制、重传机制、拥塞控制机制等都会消耗大量的时间，而且要在每台设备上维护所有的传输连接，事实上，每个连接都会占用系统的CPU、内存等硬件资源。而且，因为TCP有确认机制、三次握手机制，这些也导致TCP容易被人利用，实现DOS、DDOS、CC等攻击。

UDP的优点：快，比TCP稍安全 UDP没有TCP的握手、确认、窗口、重传、拥塞控制等机制，UDP是一个无状态的传输协议，所以它在传递数据时非常快。没有TCP的这些机制，UDP较TCP被攻击者利用的漏洞就要少一些。但UDP也是无法避免攻击的，比如：UDP Flood攻击…… UDP的缺点：不可靠，不稳定因为UDP没有TCP那些可靠的机制，在数据传递时，如果网络质量不好，就会很容易丢包。基于上面的优缺点，那么：什么时候应该使用TCP：当对网络通讯质量有要求的时候，比如：整个数据要准确无误的传递给对方，这往往用于一些要求可靠的应用，比如HTTP、HTTPS、FTP等传输文件的协议，POP、SMTP等邮件传输的协议。在日常生活中，常见使用TCP协议的应用如下：浏览器，用的HTTP FlashFXP，用的FTP Outlook，用的POP、SMTP Putty，用的Telnet、SSH QQ文件传输 ………… 什么时候应该使用UDP：当对网络通讯质量要求不高的时候，要求网络通讯速度能尽量的快，这时就可以使用UDP。比如，日常生活中，常见使用UDP协议的应用如下： QQ语音 QQ视频 TFTP ……

有些应用场景对可靠性要求不高会用到UPD，比如长视频，要求速率

小结TCP与UDP的区别：

1.基于连接与无连接；
2.对系统资源的要求（TCP较多，UDP少）；
3.UDP程序结构较简单；
4.流模式与数据报模式；

5.TCP保证数据正确性，UDP可能丢包，TCP保证数据顺序，UDP不保证。

三高并发
WEB高并发的有效手段都是采用可线性扩展的多层分布式架构
1. Webserver (Nginx)
这一层是可以轻松分布式部署的，结合智能DNS解析可以简易地防止单点故障、实现区域访问加速，结合LVS很容易实现负载均衡。这一层主要是负责处理静态请求和转发PHP请求至第二层的PHP处理节点，至于静态资源地址(http://misc.xxxx.com)可以单独拿出来部署，或者直接使用商用的云存储服务（国内七牛不错，国外有Amazon S3）
2. PHP处理节点
一个节点其实就是一个监听特定端口的系统进程，webserver的请求通过负载均衡器（我用的AWS的loadbalancer)进行分发，很好实现分布式和负载均衡。我现在用的还是php自带的php-fpm,其实facebook出的hhvm性能非常强悍，但是还不能100%通过我项目的单元测试，等hhvm成熟过后可以平滑替换
3. 高速缓存
用的memcached，这一层的作用主要是减轻数据库IO和加快热数据访问，缓存策略与程序耦合度较高，不赘述，但简单地说有两种方式，一种是在程序的全局层面加一个缓存处理，这种方法代码耦合度低，但是有效命中率不高，有些项目不一定适应，另一种是在具体的数据存取处加缓存处理，这种办法程序耦合度较高，但是缓存命中率非常高，几乎没有无效缓存存在，我用的是这种。
4. 数据库
我现在的项目数据规模不大，暂时只用了单台数据库，但是程序逻辑上已做好了数据库线性扩展的准备。其实数据库层的扩展是老生常谈了，常用手段是分库分表，这一块需要在前期的代码就打下基础，另外更平滑地手段是使用中间件，比如360的Atlas，阿里巴巴的cobar，淘宝的TDDL，中间件可以在不大范围变更代码的情况下扩展，但是具体的使用场景还是有限的，具体项目还需单独考察。
5. 其他
根据不同的项目，架构还可以选择性地使用队列，我现在用的beantalkd，Redis也是一个很好的选择。队列常用的使用环境是邮件发送和站内消息推送上面，但是在某些场景下也可以作为核心数据库的缓冲，对应对大并发或者突发性流量也是不错的选择
6. 前端资源cdn处理
7. 应用集群部署
8. 大的应用拆分为小的应用
9. 应用缓存redis等
10. 搜索引擎使用solr等
11. 数据库分库分表

问题:swoole的了解

PHP缺点

1. php是单进程的
没法在一个程序块中使用多进程来处理一个复杂的逻辑，即使后来出现了pcntl_fork模块来处理多进程，但是它比较鸡肋，并不适用于windows平台，其实最大的问题是它使用起来非常之复杂和繁琐，难以理解。

2. php并不支持异步
这一点恰恰是nodejs平台所擅长的。所以，在处理一些高并发高负载的请求的时候，我们往往会考虑用nodejs来做。

3. php并不适合做TCP，socket之类的长连接
第一是性能问题，第二，我个人觉得还是复杂和繁琐，使用起来会非常吃力，特别是对socket, TCP/UDP, 网络IO等底层的东西并不是很熟悉（比如现在的我）的时候，用起来更是吃力。

swoole 简介

swoole是PHP的异步、并行、高性能网络通信引擎，使用纯C语言编写，提供了PHP语言的异步多线程服务器，异步TCP/UDP网络客户端，异步MySQL，异步Redis，数据库连接池，AsyncTask，消息队列，毫秒定时器，异步文件读写，异步DNS查询。 Swoole内置了Http/WebSocket服务器端/客户端、Http2.0服务器端。

swoole运行机制

1. Swoole虽然是标准的PHP扩展，实际上与普通的扩展不同
普通的扩展只是提供一个库函数。而swoole扩展在运行后会接管PHP的控制权，进入事件循环。当IO事件发生后，swoole会自动回调指定的PHP函数

2. swoole就是个披了php外衣的nginx
大量的功能都是用c来实现。一些功能的调用其实并没php什么事，它只是个纯粹的胶水，有什么功能全用c在实现，然后执行完成再回调给php。
所以，你相当于在用php语法来写底层的c服务，你并不需要了解底层的实现逻辑，你会用php就足够了

3. swoole提供的功能库
如果你的业务中，有用到以上等特性，你又在用使用php，那么完全可以用swoole来完成了

http服务，编写一个简单的web server
TCP/UDP服务，编写一个消息接受处理系统
异步，可以异步的处理请求
并发，可以并发的处理同一个业务逻辑
socket，socket通讯处理技术
毫秒级别定时器，可以在php中使用定时器了
协程，相比线程更稳定和好用
链接：https://www.jianshu.com/p/9606ad17bb6b

数据库引擎
https://blog.csdn.net/qq_35642036/article/details/82820178