地铁里的算法

早高峰地铁车门开合的瞬间，人群像被压缩又释放的气体，涌进车厢，又堵在门口。有人举着手机刷短视频，有人在闸机前反复调亮二维码，有人戴着耳机听播客。这一整套动作里，藏着数十项技术：二维码解码、无线通信、视频压缩、推荐算法、降噪处理。没有一项是专门为地铁设计的，可它们全挤在这扇车门里。

二维码的识别速度是个容易被忽略的指标。早些年扫一辆共享单车要等两三秒，现在闸机上的摄像头能在你手机还没完全对焦时就读出信息。这背后是图像处理芯片的迭代和纠错算法的改进。二维码本身没变，变的是读它的方式。地铁闸机每天承受数百万次扫描，每一次都在检验这些算法的稳定程度。偶尔有人扫不出来，后面就堵上一串人，那种焦躁感比任何技术报告都直白。

车厢里信号差是常事。隧道里没有基站覆盖，手机切到离线模式，短视频自动缓存，消息排队等待重发。这些机制平时看不见，只有在信号中断时才显出作用。通信协议在设计时考虑到了这种场景，把数据包暂存、重传、压缩，用户感知到的只是“卡了一下”。地铁跑一趟二十分钟，背后是几十种协议在协调。

推荐算法也在车厢里工作。你刷到的下一条视频，是系统根据前几百次点击算出来的。它不知道你正站在地铁里，也不知道你还有三站下车。它只知道你刚才多看了两秒某类内容。这种信息不对称是常态，用户拿到的是一条接一条的视频，平台拿到的是行为数据。双方各取所需，只是取的东西不一样。

地铁本身也在被技术改造。屏蔽门开关的时序、列车到站的间隔、闸机的吞吐量，都靠调度系统实时调整。早高峰的运力安排不是拍脑袋定的，是前一天客流数据跑出来的结果。偶尔出现故障，系统会降级运行，备用方案顶上来。乘客看到的只是“今天车来得慢了点”，背后是一整套冗余设计在兜底。

车门再次打开，人群散开，各自走向出口。手机重新连上网络，消息提示音此起彼伏。刚才那二十分钟里积累的缓存、日志、点击记录，此刻正沿着光纤传向某个机房。明天早高峰，同样的场景会再来一遍，数据再攒一层。技术就这样沉在日常里，不声不响地运转，偶尔卡顿，偶尔顺畅，大多数时候你根本想不起来它存在。