2017年9月我在广州参加欢聚时代PHP工程师校招笔试拿到的就是B卷。当时直播行业正处在爆发期YY的用户量和业务复杂度摆在那里这份卷子考得不虚——它不像很多公司那样只考语法和框架用法而是把基础、原理、安全和架构设计都串在了一起。最近陆续有学弟学妹问我要当年的考题回忆我索性把那套题的考点和解析整理出来顺带把每道题背后的知识链补齐。这篇文章不是简单报答案而是把为什么这么答讲清楚适合正在准备PHP校招或社招的同学参考。1. 翻开B卷之前先看懂2017年PHP工程师的考察主线1.1 欢聚时代这个笔试背景意味着什么欢聚时代当时的核心业务是YY直播和虎牙直播的前身特点是用户量大、并发高、玩法迭代快。在这种业务环境下PHP工程师不光是写接口还得扛住高并发、保证数据一致性、防得住攻击。所以笔试的考察主线很清晰语言基础是否扎实、底层原理是否理解、Web安全是否敏感、高并发场景有没有实战思路。B卷相比A卷少了很多纯记忆类题目增加了大量给一段代码说出输出结果和设计一个系统的题这两类题恰恰是最能拉开差距的。1.2 B卷的整体结构与作答时间分配我记得B卷大概分成五个部分题型题目数量分值占比建议用时单选题15题20%15分钟多选题10题20%15分钟填空题与简答题10题25%30分钟代码阅读题5题20%30分钟综合设计题2题15%30分钟整套卷子120分钟难度不低。我的策略是先做代码阅读题再做综合设计题最后回头补选择题。原因是代码阅读和设计题分值大、主观性强而且一旦想通了就是稳拿分选择题里有些偏门配置参数卡住反而浪费时间。这个策略在考场上帮我省了不少时间B卷的题目量其实不算夸张但如果每题都纠结后面的大题基本写不完。1.3 判断题B卷比A卷难是错觉网上有人吐槽B卷比A卷难我的实际感受是B卷的难点不在偏而在活。A卷考了很多类似PDO的setAttribute参数有哪些这种记忆型内容B卷则更倾向于这段代码为什么输出这个结果线上这么写有什么风险它考察的是你写代码时脑子里的那根弦。说白了B卷适合那些真正写过东西、踩过坑的人而不是背书机器。2. 基础语法题哪几类坑是当年必挖的2.1 松散比较与严格比较PHP里最容易翻车的语法细节B卷单选题上来就给了这么一段?php var_dump(0 a); // PHP 7 中输出 falsePHP 5 中输出 true var_dump(0 a); // false var_dump(100 1e2); // true var_dump(in_array(0, [a, b, c])); // 结果取决于比较方式这就是典型的看着简单实则藏坑。PHP 7之前0 a会先把字符串转成数字a转不成数字就成了0所以结果居然是true这个结果让无数人懵圈。PHP 7之后修了这个坑字符串与数字比较时如果字符串不是合法数字就按字符串与字符串比0 a变成false。但要注意字符串与数字的比较规则还是可能会把数字字符串转成数字所以100 1e2是true。in_array那道题更阴它默认用的是松散比较in_array(0, [a, b, c])在PHP 5里是true因为0 a成立。所以在代码里写in_array判断某个值是否在列表里时一定要传第三个参数true做严格比较。这个坑在真实业务里出现过很多次比如判断用户角色ID是否在白名单里结果角色ID是0时被误判成任何角色都可能匹配。B卷这道题我当时答对了但确实是因为以前踩过这个坑。2.2 数组加号运算符与array_merge的差异这道题在填空题里出现代码是?php $a [1, 2, 3]; $b [4, 5, 6]; $c $a $b; var_dump($c);如果对PHP的数组运算不熟很容易以为结果是[1, 2, 3, 4, 5, 6]但实际上$a $b的结果是[1, 2, 3]。原因是加号运算符做的是并集操作遇到相同的字符串键时左边的值优先右边的直接放弃而这里是数字下标所以右边的4、5、6全部被丢弃了。只有当键不存在时右侧的元素才会被补进来。array_merge则不同对于数字键它会重新索引合并结果是[1, 2, 3, 4, 5, 6]对于字符串键如果键名相同后面的值会覆盖前面的值。所以合并数组应该用array_merge按键补全才用加号。这个知识点在业务里非常常见比如合并配置数组、合并默认参数和用户参数时选错方法会导致配置覆盖关系完全乱掉。2.3 foreach中使用引用变量连环坑代码阅读题里考了这么一段?php $arr [1, 2, 3]; foreach ($arr as $v) { // 什么都不做 } foreach ($arr as $v) { // 什么都不做 } var_dump($arr);第一次foreach使用引用$v遍历后$v仍然是数组最后一个元素的引用。第二次foreach用普通值遍历时每次赋值都会把值写入$v而$v指向的是$arr[2]于是数组最后一个元素被反复修改。最终结果不是[1, 2, 3]而是[1, 2, 2]。这个坑在真实项目里太常见了很多人在foreach里用引用来批量修改数组元素用完后忘记unset($v)。正确的写法是遍历结束后立刻unset($v)断掉引用关系。B卷这道题把两次foreach连在一起考实际上就是在考你对引用变量生命周期的理解。我当时在草稿纸上画了一下引用关系图才没掉进坑里。2.4 isset、empty、is_null三者辨析多选题在这三个函数上做文章题目大概是把一个未定义变量、null、0、、0、空数组分别用这三个函数判断问你哪些返回true。我把规律总结成一张表变量情况issetemptyis_null未定义falsetruetrue并报错nullfalsetruetrue0truetruefalsetruetruefalse0truetruefalse[]truetruefalseempty判断的是变量不存在或值为空所以0、、0、[]都会被判定为空。isset只判断变量是否已定义且不为null。is_null则严格判断是否为null但对未定义变量会抛警告。实际开发里最稳妥的组合是先isset再判空。比如接收接口参数时用isset($_POST[name]) $_POST[name] ! 来校验不能用empty否则用户传了合法的0会被当成没传。2.5 传值与传引用代码执行顺序的经典考题简答题里有一道很经典的引用传参?php function test($arg) { $arg $arg 1; } $num 5; test($num); echo $num; // 输出6这道题的考点是函数参数默认按值传递符号声明后按引用传递函数内对参数的任何修改都会影响原始变量。笔试里还考了对象传参的情况PHP中对象默认就是按引用传递的句柄复制不需要加但一个常见误区是以为对象传参是值拷贝导致对对象属性的修改没有反映到原对象上。其实对象变量保存的是对象标识符复制变量只是复制了标识符指向的还是同一个对象本体。3. 真正拉开差距的PHP底层原理题3.1 PHP请求从进入到响应的完整生命周期B卷里有一道简答题简述一次HTTP请求从进入Nginx到PHP返回响应中间经历了哪些步骤。这道题看起来简单但要答全并不容易。完整链路是Nginx接收到HTTP请求根据配置把以.php结尾或匹配规则的路由转发给PHP-FPMPHP-FPM的master进程接收到请求后从worker进程池中取出一个空闲workerworker通过SAPI接口调用PHP内核PHP初始化脚本执行环境接着执行脚本生成响应内容通过SAPI返回给NginxNginx再把响应返回给客户端。深一层讲PHP脚本执行结束后worker不会马上销毁而是复用这个进程来处理下一个请求这就是PHP-FPM提高性能的关键。但也要注意PHP的变量作用域是按请求隔离的请求之间的$_GET、$_POST、$_SESSION不会串数据因为每次请求执行完所有局部变量和超全局变量都会被清理干净。3.2 变量在底层是怎么存的zval结构多选或填空题里考了PHP 7的zval结构。PHP 7中一个zval包含四个字段value一个联合体存具体值、type变量类型、extra保留字段以及引用计数的相关字段。为什么要改这个结构因为PHP 5的zval每个变量都单独分配堆内存变量越多内存浪费越严重PHP 7把zval尽量放到了栈上值直接内联到zval的联合体中减少了堆分配和内存碎片。举个例子整型变量在PHP 5中要先分配一个zval再在zval里分配一个long类型PHP 7中整型值直接存在zval里一个zval大概16字节比PHP 5的48字节以上小很多。这也是PHP 7比PHP 5快一大截的原因之一内存占用低、缓存命中率高。3.3 写时复制为什么PHP可以不显式管理内存代码阅读题里有一段这样的代码?php $a range(1, 1000000); $b $a; $b[0] 0;这里考的是COWCopy On Write写时复制。$b $a时并不会真正复制一百万元素的数组而是让$b和$a指向同一个zval同时引用计数加1。当执行$b[0] 0时发现引用计数大于1才会真正复制一份数组给$b。这个机制让PHP的内存管理变得很偷懒但却是高效的。我见过一些初级开发者在循环里频繁复制大数组导致内存暴涨其实很多时候都可以利用COW来减少拷贝。但COW也不是万能的如果确实需要独立修改就别指望引用计数帮你省内存该unset的还是要unset。3.4 引用计数与垃圾回收简答题考了PHP的垃圾回收机制。核心是每个zval有一个refcount字段记录多少个变量指向它。当一个变量被销毁或重新赋值时refcount减1当refcount变为0时这个zval就可以被回收了。但这里有一个经典陷阱循环引用。比如两个对象互相持有对方的引用它们的refcount都不会变成0普通引用计数就处理不了。PHP 5.3之后引入了根缓冲区的循环引用收集器定期扫描可能形成循环引用的zval通过疑似垃圾标记来回收。笔试里考的就是这个机制哪些情况下会触发GC如何避免循环引用。实际开发中像A对象持有一个数组数组里有A对象的引用这种结构如果不主动unset确实可能造成内存泄漏。3.5 Opcache为什么上线PHP 7必须开启虽然不是每份笔试卷都会考Opcache但B卷的填空题里确实有一道PHP为什么需要OpcachePHP脚本每次请求都要经过词法分析-语法分析-编译成opcode-执行的过程这四步里前三步是纯CPU密集型的重复劳动。Opcache的作用是把编译产生的opcode缓存到共享内存下次请求直接复用省去前三步。这个知识点背后的工程意义很大。一个复杂的PHP框架比如当时的ThinkPHP或Laravel一次请求可能要编译成千上万行代码开启Opcache后QPS能提升好几倍。运维层面要注意的是Opcache的validate_timestamps配置生产环境建议关闭它避免每次检查文件mtime带来的开销发布代码时手动opcache_reset()清缓存否则可能出现线上代码不生效的诡异问题。4. Web安全题笔试里最不能丢分的部分4.1 SQL注入为什么预编译能防注入B卷有一道简答题什么是SQL注入如何防止大多数人都能答出用PDO预编译但真正要拿高分必须说明预编译的原理。预编译分两步第一步先把SQL模板发送到MySQL服务器MySQL对这个SQL进行语法解析、生成执行计划第二步再把参数值单独发送过去。由于SQL结构在第一步已经固定后续传入的参数只会被当作纯数据而不会参与SQL语法解析所以即使参数里有 OR 11 --这种内容也不会改变SQL语义。有人问过我我手动对参数转义了是不是就安全了B卷的多选题里就有一个选项是使用addslashes防止SQL注入这个选项是错的。addslashes只转义、、\、NULL但注入可以利用编码差异、宽字节、二次注入等绕过转义。最稳妥的方案就是统一用PDO预编译并且不要让用户输入直接拼进SQL字符串。4.2 XSS与CSRF看起来像但完全不是一回事代码阅读题考了一道XSS场景?php echo 欢迎 . $_GET[username];如果username传的是scriptalert(1)/script这段脚本会直接执行。XSS的核心问题是用户输入被当成HTML/JavaScript执行了修复方案是输出转义HTML上下文用htmlspecialchars转义、、、、JS上下文则要更小心地做JSON编码。CSRF则是另一种思路黑客诱导用户在已登录的网站上发起恶意请求。比如用户在A站登录了黑客在B站放一个img srchttps://a.com/transfer?tohackeramount1000浏览器会自动带上A站的CookieA站无法区分这个请求是用户本人发的还是黑客伪造的。防护手段是校验Token、校验Referer以及给敏感操作添加自定义请求头。B卷这道题把两者放在一起考就是要你分清XSS是信任用户输入的问题CSRF是分不清请求来源的问题。4.3 文件上传漏洞与图片马绕过综合设计题里有一道关于用户头像上传的安全设计题。考察点包括只校验Content-Type不够因为可以被抓包篡改只校验文件后缀也不够因为Apache可能解析.php.jpg之类的多重后缀。更稳妥的方案是重命名文件名不给用户控制扩展名的机会校验文件内容用getimagesize或finfo_file识别真实文件类型存储目录关闭脚本执行权限比如Nginx里配置location /uploads { php_flag engine off; }文件名用hash随机生成避免路径穿越。4.4 密码存储与越权防护密码存储是简答题的必考点。B卷考察的是为什么不能用MD5直接存密码MD5速度太快GPU每秒可以跑几十亿次配合彩虹表几乎等于明文。推荐方案是password_hash和password_verify内部自动加盐并使用bcrypt算法计算成本可控。关于越权B卷的场景题是用户A能否访问用户B的订单详情核心就是一个服务端鉴权问题不能只在前端隐藏入口后端必须校验资源归属或角色权限这是很多实习代码里最容易漏掉的点。5. 高并发设计题直播场景的必然考点5.1 秒杀场景库存超卖问题的经典解法B卷的两道综合设计题中有一道是直播带货秒杀场景如何保证库存不超卖这道题考察的是并发控制答案不止一种我当时的回答分了三层。第一层是用数据库行锁比如SELECT ... FOR UPDATE先将库存行锁住再更新库存。这个方案正确但性能差秒杀量一上来数据库直接扛不住。第二层是用Redis的原子操作把库存放在Redis里用DECR做扣减返回值小于0就说明库存不够。这个方案性能高但要注意Redis的持久化配置不然后果是丢库存。第三层是Redis预扣减加异步队列最终落库先通过Redis挡掉大部分流量真正成功扣减的人进入消息队列由消费者异步写数据库。这个方案是工业级的做法笔试里能答到第三层基本就能拿到这道题的核心分。5.2 缓存穿透、击穿、雪崩这一组概念连在一起考B卷的简答题里出现了。我用自己的理解总结缓存穿透查询一个必然不存在的数据每次都要打到数据库。解决方法是缓存空值并设置短过期时间或者用布隆过滤器先过滤掉一定不存在的key。缓存击穿某个热点key在过期瞬间有大量请求打进来直接打到数据库。解决方法是热点key的过期时间加随机值或者用互斥锁保证只有一个请求去重建缓存。缓存雪崩大量key在同一时间过期或者Redis实例挂了导致所有请求打到数据库。解决方法是过期时间加随机扰动、Redis做高可用、接口层面做限流和降级。5.3 消息队列在系统里解决什么问题考察消息队列的时候B卷更关注的是为什么需要而不是怎么用。我当时的理解是三个核心作用削峰填谷把瞬时高峰的请求暂存到队列里下游按自己的消费能力慢慢处理系统解耦上游只发消息不需要关心下游有多少个服务在消费数据最终一致性通过异步重试和补偿机制来保证业务闭环。笔试里如果能提到消息队列不是万能的还会有重复消费、消息丢失、顺序性等问题反而会加分。比如消费者处理完业务但还没来得及确认消息消费者挂掉了消息会被重新投递所以消费端逻辑必须做幂等。5.4 Session共享问题用户登录后多台Web服务器之间Session怎么共享这是一个架构题。PHP默认把Session存在本地文件里负载均衡把请求分发到不同机器后用户会在A机登录、在B机没登录表现为刚登录完又掉线。解决方案一般有三种把Session存到Redis统一存储用JWT这类无状态Token替代Session或者用粘性会话让同一个用户的请求始终打到同一台机器。前两种在工程里更常见笔试里建议把存储方案和无状态方案的原理都写出来。5.5 负载均衡的层次这道题是简答题考察对架构的理解。负载均衡分三层DNS层面的负载均衡最拙劣但能分流Nginx的七层负载均衡按URL、域名等应用层信息做转发LVS/F5的四层负载均衡基于IP和端口做转发性能远高于七层。实际线上常用DNS LVS Nginx三层组合层层分流。B卷能考到这个粒度说明欢聚时代确实是在用这个架构。6. MySQL与LinuxPHP程序员的基本盘6.1 索引为什么用B树而不是别的结构数据库部分的简答题有一道MySQL的InnoDB索引为什么选择B树我从三个角度答首先B树的非叶子节点只存索引键不存数据一个节点能存更多键整棵树更矮一般三层就能存几千万行查询IO次数少其次叶子节点通过指针串联成有序链表范围查询和排序只需要遍历链表效率极高最后数据只存在叶子节点查询任何一条数据的路径长度都一样性能稳定。6.2 explain输出字段怎么看代码题给了一条慢查询要求用EXPLAIN分析优化方向。关键字段是type、key、rows、Extra。type的访问级别从好到差大概是system const eq_ref ref range index ALL看到ALL全表扫描就要意识到出问题了。Extra里出现Using filesort意味着排序没有走索引出现Using temporary意味着用了临时表这两类都是优化的重点对象。6.3 一条慢查询的排查思路综合设计题给了一个线上场景某个接口突然变慢数据库CPU飙升如何排查我的思路是四步走先看慢查询日志找出具体的SQL语句然后用EXPLAIN看执行计划确认是否命中索引再分析表的数据量和索引设计比如是不是LIKE %xx%导致索引失效或者查询条件里对索引列用了函数最后可以考虑改写SQL、加联合索引、拆表或引入缓存来分担数据库压力。笔试里这四步写全基本就覆盖了考察点。6.4 主从复制与读写分离最后一道数据库题是主从复制的原理是什么MySQL主库把变更写入binlog从库的IO线程把binlog拉到本地写入relay logSQL线程再重放relay log完成数据同步。读写分离就是主库承担写操作从库承担读操作降低主库压力。但要注意主从延迟问题刚写完就读可能读到旧数据。解决方案是在业务上区分实时性要求高的数据强制走主库或者等一个短暂延迟。7. 复盘如果重新备考这套B卷我会这样准备7.1 最容易失分的三个地方结合我当年的答题情况和后来辅导别人笔试的经验B卷最容易失分的是基础语法题想当然没有考虑PHP版本差异比如0 a和引用foreach的坑。底层原理题只答结论不答过程。比如GC只写引用计数但没有说明循环引用是怎么被标记和回收的评分会被降档。设计题只列方案不讲取舍。比如秒杀只写了用Redis但没说为什么用、不用会怎样、Redis挂了怎么办。面试官和判卷人看的是你的思维完整度。7.2 我当时复习的资料和路线回头复盘我最有效的准备是三条线并行。第一是官方文档PHP手册的语言参考部分通读了一遍尤其是类型、数组、运算符、函数这几个章节很多笔试细节直接来自这里。第二是源码分析博客重点看zval、数组哈希表、GC相关的文章把底层结构和行为对应起来。第三是动手写demo验证每遇到一个不确定的语法行为就写段代码跑一下用var_dump看真实输出形成自己的坑点笔记。7.3 给现在备考同学的两个额外建议第一做笔试题不要只看正确答案一定要弄清楚错误选项为什么错这是提升最快的方式。B卷每一道多选的干扰项设计得都很有水平比如把addslashes当成防注入的正确姿势、把array_merge和数组加号混在一起能把每个干扰项都讲清楚你对这个知识点的掌握就超过大多数人了。第二2017年的题放到今天核心考点依然没变只是框架换了、PHP版本升了。我建议你按语言基础 - 底层原理 - Web安全 - 高并发设计 - MySQL与Linux这条主线去复习无论笔试题怎么换皮主线都不会变。这套B卷对我个人的帮助很大它逼着我把PHP从能写拉到知道为什么这么写。后来我在实际项目里排查内存泄漏、优化慢查询、设计缓存方案时经常能在记忆里翻到当年笔试的某个考点。如果你正准备这类笔试希望这篇逐题复盘能帮你少走一些弯路。