第5章 笔试（2 / 2）

九点五十八分，打开浏览器，输入腾讯笔试系统的网址。

九点五十九分，登录——帐号密码他早就背熟了。

十点整，笔试页面准时刷新。

第一部分，计算机基础，30道选择题。

林深扫了一眼题目，嘴角扯了扯。大部分都是死记硬背的东西：OSI七层模型每层的功能丶进程和线程的区别丶死锁的四个必要条件……对他来说，这些知识点就像呼吸一样自然。

二十二分钟后，第一部分完成。

系统自动跳转到第二部分：逻辑推理，20题。

图形推理丶数字序列丶语言逻辑……林深遇到第三题时卡住了——那是一道复杂的立方体展开图旋转题。他盯着屏幕看了半分钟，直接点了「标记，稍后回答」。

跳过去。

他做得很从容，甚至有点……享受。每解出一道题，他就在心里对自己说：看，这就是不用加班丶不用改「按钮向左移2像素」的bug丶不用听老吴吼叫的生活。纯粹的逻辑，乾净的思维，多好。

四十五分钟时，前两部分全部完成。

系统跳转到编程题环节。

第一道：给定一个字符串，找出其中最长的回文子串。

经典题。林深几乎不用思考，手指就在键盘上飞起来。他写了一个中心扩展算法，时间复杂度O(n2)，空间O(1)。写完后，他想了想，又在注释里加了一段：

「如果字符串长度超过10^6，建议使用Manacher算法，时间复杂度可降至O(n)。但考虑到本题明确说明输入规模较小，且Manacher算法实现较复杂丶可读性差，故采用更易于理解和维护的中心扩展法。」

这既展示了知识面，又体现了工程权衡。

第二道：两数之和的变种，找出数组中所有不重复的和为目标值的元素对。

又是昨晚重点复习过的题型。林深先排序，再用双指针，同时小心处理重复元素。代码写完，他特意测试了几个边界用例：空数组丶所有元素相同丶目标值比所有元素都小……

十一点零五分，两道编程题提交。

系统最后一次跳转。

最后一道题：系统设计。

题目描述简洁得让人心悸：「设计一个简易的即时通讯系统，支持一对一文本消息发送。请从客户端丶伺服器丶协议丶存储等角度简要阐述你的设计思路，并重点说明如何保证消息的可靠投递。」

林深盯着这行字，沉默了很久。

机房的嗡鸣声在耳边持续。

他有答案。他太有答案了——前世在微信团队七年，参与过消息系统从简单到复杂丶从单机到分布式的整个演进过程。他知道每一个坑在哪里，每一种权衡背后的代价，每一次架构升级的痛苦。

但他不能写。

现在是2010年。iPhone 4刚刚发布，Android 2.2还叫Froyo，行动网路主要是2G和初生的3G，智慧型手机普及率还很低。他不能把2018年的微信架构直接搬过来。

他需要写一个「2010年的聪明人会想出来的方案」。

一个符合当时技术现实丶却又隐约透出一点前瞻性的方案。

一个既扎实丶又有点「小聪明」的方案。

林深开始敲字。

他写得很快，但很克制：

客户端：基于TCP长连接，心跳保活（30秒一次），断线自动重连（指数退避）。

伺服器：简单的连接管理（用字典存userId->socket映射），消息路由（查字典转发），消息先存内存队列，再异步刷到磁碟文件。

协议：自定义二进位协议，包头包含消息类型丶长度丶序列号丶发送者丶接收者丶时间戳。

可靠投递：发送方等待伺服器ACK，伺服器存储成功后回ACK，接收方收到后回送达回执。每个环节都有超时重传，最多三次。

写到这里，他停下来。

他看着屏幕上自己写的东西，眉头慢慢皱起来。

太普通了。

这就像一份教科书式的标准答案，每个学过网络编程的大学生都能写出来。挑不出错，但也绝不会让人记住。

他需要一点……不一样的东西。

林深看了眼时间：十一点二十分。还剩四十分钟。

他看了眼系统界面：

【摸鱼币馀额：1.02】

【可用技能：子弹时间·初级（1币/次）】

用。

【是否使用子弹时间·初级？消耗1摸鱼币，持续5分钟。】

【是】

一瞬间，世界变了。

不是时间停止，而是……思维的速度被强行拔高了一个维度。

耳边伺服器群的嗡鸣声陡然退远，变得像隔着厚厚的水层，模糊而缓慢。眼前屏幕上的文字却异常清晰，每一个像素都锐利得刺眼，光标每秒一次的闪烁慢得像在呼吸。

但他的思维在狂奔。

前世那些记忆碎片——技术讨论会的争吵丶架构文档的版本变迁丶线上事故的复盘报告——此刻不再是零散的画面，而是被某种无形之力串联丶编织，形成一张立体的知识网。

他想到了几个关键点：

移动特性。现在是2010年，智慧型手机正在崛起。设计不能只考虑稳定的Wi-Fi环境，还要考虑蜂窝网络的不稳定丶高延迟丶频繁切换。可以在协议头里加一个「网络类型标记」（Wi-Fi/3G/2G），客户端根据这个标记决定一些行为——比如在2G下，不发大的图片预览；在电量低于20%时，主动告诉伺服器「进入节电模式」，让伺服器延迟非紧急消息的推送。

状态同步的简化。当时的IM系统，比如手机QQ，喜欢搞复杂的用户状态：在线丶离开丶忙碌丶隐身丶Q我吧……其实大部分都没用。他可以提出一个极简理念：只区分两种状态——「可送达」和「不可送达」。在线丶离开但可接收消息？都是「可送达」。离线丶隐身？都是「不可送达」。乾净，省资源，减少同步开销。

存储的演进路径。不要一上来就设计一个复杂的丶能支撑亿级用户的存储架构。那太假，面试官反而会觉得你不踏实。他应该写一个「演进式设计」：初期用户少，直接用文件存储+内存缓存；用户上十万了，迁移到MySQL单表；上百万了，MySQL分库分表；上千万了，引入NoSQL做冷热数据分离，热数据存Redis，冷数据存HBase。这叫务实的前瞻性——我知道未来会怎麽样，但我从最简单丶最靠谱的开始做。

一个小创新点。可以在消息头里加一个「内容特徵标记」——比如这条消息是纯文本丶是图片丶是语音丶是文件。客户端根据当前网络状况和电量，决定是否预载非文本内容。比如在Wi-Fi下，自动预载小图预览；在3G下，只载文本，图片要用户点开才下载。这在2010年还是个很新的概念。

思路如溃堤的洪水，汹涌而出。

林深的手指在键盘上疯狂敲击。不是写代码，而是写设计思路。他摒弃了冗长的段落描述，采用清晰的条目式结构。

他写得飞快，手指几乎在键盘上留下残影。

五分钟，三百秒。

在思维加速150%的状态下，这相当于七分半钟的高质量输出时间。

当【子弹时间】效果结束的提示浮现时，林深已经写满了整整两屏的答题区。

他停下手，快速滚动浏览自己写的内容。

逻辑清晰，层次分明。基础部分扎实得无懈可击，创新部分又恰到好处地亮眼——既不过分超前到脱离2010年的技术现实，又隐约指向了移动网际网路未来的发展方向。

完美。

他长长呼出一口气，感觉太阳穴在突突地跳。高强度思维加速的后遗症开始显现，有点晕，有点反胃。

但他没时间休息。

十一点二十五分，还剩三十五分钟。

他重新回到试卷开头，从第一道选择题开始，一道一道检查。修正了两处粗心导致的选项错误，优化了一道编程题的边界条件注释。

十一点五十五分，距离截止还有五分钟。

他最后一次滚动页面，确认没有遗漏。

然后，光标移到页面最下方的「提交」按钮。

点击。

页面跳转，出现一行简洁的蓝字：

「笔试已完成，感谢参与。结果将在3-5个工作日内通过邮件通知。」

林深靠在椅背上，闭上眼。

【摸鱼币馀额：0.76】

哈？

考试也被算在了摸鱼里?

林深几乎在此时拥有了双倍的快乐。

只是，【子弹时间】的后遗症还在，但那种在子弹时间里思维清晰丶灵感迸发丶仿佛能看见知识脉络在眼前流动的感觉——真的，会让人上瘾。

他在椅子上坐了很久，直到心跳慢慢平复，直到晕眩感退去，才开始慢条斯理地收拾东西。

「吴经理，工具包部署好了！」