第5章 降维打击与第一位观众（2/4）

欠，但好奇心显然被勾起来了，“我就是醒了，看你这灯还亮着……”

说着，他干脆撑起身子，目光不由自主地落在了黎阳那台老旧笔记本的屏幕上。

屏幕上，是密密麻麻的、闪烁着各种颜色的代码。 其中夹杂着一些他勉强认识，但更多是完全看不懂的单词：SQLite, Index, Cache, LIMIT, OFFSET……

“卧槽？” 陈东的睡意瞬间消散了一半，惊讶地瞪大了眼睛，“你…你这是在搞数据库？！” 他忍不住好奇，首接从上铺爬了下来，凑到黎阳电脑旁边。

要知道，他们的C语言课才刚刚讲到指针，数据库这玩意儿，对他们这些大一新生来说，基本还停留在“听说过”的层面，遥远得不行。

“嗯。”黎阳终于停下了手，抬起头，露出一丝恰到好处的“疲惫”笑容，“是啊，优化一下聊天记录的加载速度，之前写的太烂了，卡得要死。”

来了！ 黎阳心中暗道。 这是一个完美的，在陈东面前“不经意”地展露冰山一角的机会！

他故意放慢了操作速度，一边看似在检查代码，一边用一种“分享经验”的语气，对旁边的陈东“科普”起来：

“你看啊，陈东，之前我傻乎乎地首接SELECT ，把所有聊天记录一次性全查出来，数据少还行，一旦多了，几千条记录，手机内存首接爆炸，CPU也跟着干爆，不卡才怪。”

“所以呢，首先，查询的时候，绝对不能偷懒用，要明确指定你需要的字段，比如message_id, sender, tent, timestamp这几个，减少数据传输量。” “然后，你看这里，”

他指着屏幕上刚加的CREATE INDEX语句，“要给经常用于查询条件的字段，比如这个message_id和timestamp，加上索引。这玩意儿就像书的目录，数据库能通过索引，唰一下就定位到你要的数据，而不是傻乎乎地一页一页翻。”

“还有这里，” 他切换到另一个Java文件，展示着带有LIMIT和OFFSET子句的查询方法，

“一次加载几千条，手机肯定扛不住。¨E,Z￠小*说!罔/ ?追~罪?新!蟑*踕,所以要做分页加载，比如用户滚动屏幕，快到底部的时候，再加载后面20条、30条，这样压力就小多了。”

陈东站在旁边，听得是云里雾里，似懂非懂。 但他敏锐地捕捉到了几个关键词：“内存爆炸”、“CPU干爆”、“索引”、“分页加载”……

这些词汇，听起来就……就很牛逼！ 而且，黎阳讲解时那种深入浅出、信手拈来的自信，以及他敲代码时那种行云流水般的熟练度……

这特么……这特么真的是一个刚学编程几个月的大一新生？！ 陈东的世界观受到了亿点点冲击。

就在这时，黎阳“恰到好处”地停了下来，眉头微微皱起，盯着屏幕上的一段查询代码，开始喃喃自语，声音不大不小，正好能让陈东听见：

“咦？奇怪了……按理说，加了索引，也做了分页，这里的查询速度应该起飞了才对啊……怎么模拟器跑起来，感觉还是……还是有点慢？没达到想象中的效果……”

他装出一副遇到了技术瓶颈的样子，开始煞有介事地进行“调试”。

先是在代码里加了几行打印日志的代码，看看查询到底耗时多少毫秒。 然后又仔细检查SQL语句的拼写，确认WHERE子句的逻辑没问题。

接着，又切换到刚刚写的那个简陋的内存缓存代码，“猜测”道：“难道是缓存命中率太低？还是缓存的key设计有问题？”

陈东在一旁看着黎阳眉头紧锁、手指在键盘上飞快敲打的样子，也跟着紧张起来。

虽然他完全看不懂，也帮不上任何忙，但还是忍不住凑近了些，凭着自己仅有的一点点C语言经验，小声地、试探性地提议： “呃……黎阳，会不会是……哪个变量名写错了？或者……或者少了个分号？”

这是他调试C语言代码时最常用的“玄学”技巧。

“或者……要不，你重启一下模拟器试试？有时候重启就好了……”

黎阳回头看了他一眼，嘴角勾起一丝微不可查的笑意，但脸上还是那副“苦苦思索”的表情，摇了摇头： “语法编译器都检查过了，应该没拼错。重启大法……治标不治本，这肯定是哪个更深层次的逻辑，或者索引应用上的细节出了问题。”

他又埋头“苦思冥想”了十几秒，手指在键盘上象征性地敲了几下，似乎在尝试不同的查询条件。

同时，他飞快地瞥了一眼一首开着的蓝鲸AI控制台——其实他早就知道问题所在，但戏要做全套。

他假装刚刚在AI那里问了个问题（实际上可能只是敲了个回车），然后猛地“眼睛一亮”，仿佛醍醐灌顶，轻轻一拍大腿：

“卧槽！我知道了！” 声音不大，但在寂静的宿舍里却格外清晰。

陈东被他吓了一跳，连忙问：“怎么