【面经合集】当 deepseek 遇上b站的面试｜流媒体｜01

🌟【友情提示】本篇面经来自粉丝投稿+智能润色，点击进入 -> 🔗互联网面经大全 围观25届校招修罗场！！每个技术细节都经过脱敏处理，请勿对号入座~

🌈 面试官：

先聊聊你的WebServer项目吧，具体做了哪些功能？

💬小基：

这个项目是用C++11实现的高并发HTTP服务器，主要做了请求解析、路由分发、静态文件服务这些基础功能。核心是用epoll做的I/O多路复用，配合线程池处理请求。压测能到2万QPS左右，支持长连接和优雅关闭。过程中遇到的坑主要在缓冲区设计上，后来用双队列结构解决了粘包问题[1][2]。

🌈 面试官：

客户端和服务端最本质的区别是什么？

💬小基：

就像餐厅顾客和服务员的关系。客户端是主动发起请求的"消费者"，比如浏览器；服务端是被动响应的"服务提供者"，像Nginx这种。举个实际例子，刷B站时app是客户端，后台服务负责推荐视频和转码就是服务端的工作[4][5]。

🌈 面试官：

说说端口复用的应用场景？

💬小基：

常见在服务热更新的时候。比如游戏服务器要重启，设置SO_REUSEADDR选项可以让新进程立刻绑定相同端口，避免玩家掉线。原理是操作系统会暂时保留TIME_WAIT状态的连接，复用就是跳过这个等待期[6][7]。

🌈 面试官：

负载均衡你们项目怎么实现的？

💬小基：

我们用的是Nginx做七层反向代理，加权轮询算法。后来自己实现过简单的四层负载，用一致性哈希分配请求到后端节点。大厂常用F5这种硬件方案，配合keepalived做高可用[8][9]。

🌈 面试官：

epoll的边沿触发和水平触发怎么选？

💬小基：

边沿触发(ET)效率更高但需要一次读完数据，适合高并发场景。水平触发(LT)更简单可靠，像Nginx默认用ET模式。底层是通过红黑树管理文件描述符，用就绪列表通知用户态，比select少了遍历开销[10][11]。

🌈 面试官：

shared_ptr在多线程环境下要注意什么？

💬小基：

它的引用计数是原子操作，但指向的对象本身不是线程安全的。比如两个线程同时修改同一个shared_ptr指向的对象，必须额外加锁。之前项目里用互斥锁保护银行账户对象，避免余额错乱[13][15]。

📖 总结

整场面下来感觉基础问得很扎实，特别是网络编程这块。面试官会顺着项目经历深挖技术选型背后的思考，比如为什么用epoll而不是select。建议准备项目时要吃透每个技术决策的原因，多结合实际场景举例。操作系统和C++内存管理是重点，shared_ptr线程安全这种经典问题几乎必考。最后手写红黑树差点翻车，还是平时要多白板coding练习啊！