H5空间存储扩容站：手机相册告别内存焦虑

　　两个月之前，我蹲在机房小隔间里盯H5空间存储扩容站的灰度切流，空调出风口正对着后颈，吹得人发僵。手机弹出新相册通知时——我手一抖把咖啡泼在键盘上，热的，键帽底下渗出褐色水痕，第八次了，那排F键至今没完全干透。

　　扩容站上线头三天，后台监控跳得跟癫痫似的：每三分钟一次502，报错码总卡在nginx upstream timed out (110: Connection timed out)，可上游服务明明活着，日志里连个ERROR都没有，全是INFO，刷屏那种。我原以为是负载均衡策略太激进，结果调低阈值后更糟——第五次切流时，杭州节点直接挂了十五分钟，用户上传的缩略图全变成紫色马赛克，客服群炸出来一条消息：“你们这相册是腌入味了吗？”

　　反正没人信我真去翻了CDN缓存日志。发现所有失败请求都撞在同一个时间戳上：14:27:18，毫秒级精准，持续整整七秒，像被掐着脖子掐出来的节拍。我截图发给运维老张，他回得很快：“你删掉那段检测浏览器内存余量的JS试试。” 我愣住——那代码根本没上线啊，连测试环境都没推，只存在我本地IDE的草稿区，标着“待废弃”。可日志里确确实实有它的指纹，User-Agent后面拖着一行base64解码后的字符串，尾巴是“memcheck_v2.3_devonly”。

　　我也不知道怎么就进了生产环境。问前端同事，他说早删了；问构建系统，流水线记录里压根没它；查Git历史，最后一次commit是三个月前，作者邮箱后缀不对，是个离职两年的外包。最后我在CDN配置的白名单里找到一行注释：“（临时绕过内存检测——2023.08.12 张工加）”，日期对得上，可张工说他加的是另一段兼容IE的hack，不碰内存。那天傍晚雷阵雨，机房UPS闪了三次红灯，我重启了一次CDN边缘节点，紫色马赛克消失了，但502还是每三分钟来一回。

文章配图，仅供参考

　　现在每次点开相册，只要看见右上角那个小云朵图标转圈超过两秒，我就知道——它又在啃内存检测那段幽灵代码了。上周五备案组来查合规性，顺手点了下“立即扩容”，页面静默三秒，跳出一行字：“当前可用空间：∞”。不是0，不是999GB，是∞。我截图发群里，没人接话。倒是有个人问：“这符号是前端写的还是后端吐的？” 我回他：“不知道，但上次我看到它，是在一台报废的MacBook Air的硬盘分区表里。”

　　有谁碰到过这个吗？

（编辑：航空爱好网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!