口茶，茶水温热，带着淡淡的苦味。

九点二十五分，会议链接发来。

路容点击进入。

视频会议界面展开。周哲已经在线，背景是星耀集团技术部的开放式办公区，能看到他身后有同事走动的模糊身影。他穿着浅蓝色衬衫，头发梳理整齐，但眼睛下方有淡淡的黑眼圈。

“若溪，早上好。”周哲对着摄像头微笑。

“早上好。”路容调整了一下坐姿，确保摄像头只拍到她的上半身和身后的白墙。

“其他同事马上到。”周哲看了看屏幕侧方，“李总要求十点听汇报，我们抓紧时间过一下项目框架。你拿到数据包了吗？”

“拿到了，昨晚下载的。”

“好。这批数据量比较大，加密方式也比之前的边缘日志复杂。”周哲打开共享屏幕，展示技术文档，“AES-256-GCM，密钥每天轮换，解密需要调用公司的密钥管理服务。权限我已经帮你申请了，今天下午应该能批下来。”

路容点头：“我看到文档了。数据清洗流程的设计，我需要先了解现有问题。”

“问题很多。”周哲切换页面，展示一组统计图表，“这是过去三个月‘深蓝’外围数据的可用率趋势。蓝色线是原始数据流入量，红色线是清洗后可用数据量。你看，可用率一直在62%到68%之间波动，离我们目标的80%差很远。”

图表上，红色曲线始终低于蓝色曲线，两条线之间的间隙代表被过滤掉的数据。

“过滤原因分析呢？”路容问。

周哲打开另一张图：“主要三大类：传输过程中产生的重复数据包，占比约18%；加密负载格式错误，无法解密，占比12%；数据字段缺失或格式异常，占比8%。剩下的就是各种零星问题。”

“重复数据包的判定规则是什么？”

“现有的规则很简单：相同device_id、相同timestamp、相同payload哈希值，判定为重复。”周哲说，“但问题在于，传输过程可能产生时间戳微秒级的差异，或者网络抖动导致同一个数据包被重复发送但带有不同的序列号。现有规则会漏掉很多。”

会议界面里又进来三个人。

都是技术部的同事，路容在之前的项目里见过他们的名字，但没直接合作过。他们依次打招呼，周哲简单介绍了路容的角色。

“若溪负责设计新的过滤规则，重点解决重复数据包和格式异常的问

本章未完，请点击"下一页"继续阅读！ 第3页 / 共10页