诗悦网络服务器开发笔试：6 道简答、允许开 AI 协助

《面试题目》

1. 笔试形式为 6 道简答题，限时 75 分钟，题量为提前交卷留不出余量的水平。
2. 本场允许使用 AI 协助作答，但 AI 只能开在手机上；电脑端不允许切出笔试界面，点击任务栏都会弹窗提示。
3. 流程上的一个插曲：简历状态此前已显示被挂，随后又收到了这场笔试通知。

《参考解析》

允许用 AI 的笔试，考的东西已经变了。 这类笔试的区分度不再落在「记不记得住某个知识点」，而落在检索与整合效率：能不能把题目拆成可以搜索的关键词、能不能判断搜回来的答案对不对、能不能用自己的话组织成一份结构完整的回答。所以准备方式也要换：不要再背题，而是把常用技术话题（并发模型、网络协议、数据库索引与事务、缓存、Linux、语言运行时）的关键词和一句话结论整理成自己的索引；考试时先把六道题扫一遍，标出「一眼有思路」「需要检索」「完全没见过」三档，按把握度而不是题号顺序作答。

75 分钟 6 道简答，时间必须倒着分配。 平均每题只有 12 分钟，还要留出机动时间。可行的做法是：开头 3 分钟通读并排序，给每题设硬上限（比如 10 分钟），到点无论写没写完就先跳到下一题，最后留 8 到 10 分钟回补。简答题的采分点通常是「分点 + 关键词 + 一句取舍」，与其在一个点上写满三百字，不如每题给出 3 到 5 条结构化要点。如果时间已经不够，优先把每道题都留下一份能看的骨架，全空一道题的损失远大于每道题都浅一层。

服务器开发岗的简答题高频面。 这类岗位的笔试简答基本围绕六块：进程与线程、锁与并发容器、IO 模型（阻塞/非阻塞、多路复用、epoll 的 LT 与 ET）；TCP 与 HTTP（三次握手四次挥手、TIME_WAIT、拥塞控制、HTTP 版本差异、长连接与心跳）；数据库（索引结构、最左前缀、事务隔离级别、MVCC、binlog/redo/undo）；缓存与中间件（Redis 数据结构与持久化、缓存穿透击穿雪崩、消息队列的削峰解耦与幂等）；操作系统（内存管理、页表、上下文切换、常用命令排查）；以及语言基础（GC、内存模型、集合实现）。把这些话题各自整理成「一句话结论 + 一个追问点 + 一个自己踩过的坑」，简答题就有内容可写。

手机端用 AI 的实际姿势。 界面不能切出、AI 只在手机上，意味着你的输入输出带宽被压得很低——手机打字慢，所以不要在手机上直接生成整段再抄，效率极低。更稳的流程是：先在草稿纸上列自己要写的骨架和关键词，再用手机向 AI 提问「这个点上有没有我漏掉的机制」「这个结论在什么条件下不成立」，用它的回答补自己的骨架。这样做有两个好处：内容仍是你自己的结构，不容易写出似是而非的整段；而且面试官后续如果追问，你至少知道自己写的是什么。

「简历挂了又发笔试」不是矛盾，而是两条独立的流水线。 简历筛和笔试邀约常常来自不同的系统与不同的责任方：有的公司按批次批量开笔试（HC 没招满、笔试池按学校或批次捞人），有的岗位简历在 A 部门被挂、在 B 部门被捞起来。遇到这种情况不必自我否定，也不必当成系统 bug——按正常流程准备就好。想确认可以礼貌地问一句 HR 流程归属，但把精力花在准备考试上更划算。

简答题的收尾检查。 交卷前留两分钟做三件事：确认每道题都有作答（哪怕只有要点）；检查有没有把「不知道」写成一段似是而非的话——简答题里写错比留空更容易被抓住追问；以及把没答完的题目标记出来，面试或复盘时优先补。笔试的目的不是考满分，而是在有限时间里把你会的东西表达到位，最后一道题草草结束是时间管理问题，不是能力问题。