我的是"主导设计并实现了高并发分布式系统，支持百万级数据处理"。实际情况是：我在一个日活三百的内部工具里，把一个慢查询的索引加了一下，查询时间从800ms降到了200ms。然后我查了下"百万级数据处理"是什么意思，觉得我那个表里确实存了快一百万行数据，于是就这么写了。面试官看到这行字眼睛亮了，开始连环追问：你们的分布式方案是怎么设计的？用的什么中间件？数据一致性怎么保证？遇到过脑裂问题吗？我当时脑子里只有一个念头：完了。后来我用两周把分布式这块认真学了一遍。再碰到同样的问题，能聊得有来有回。但那次面试已经凉了，那家公司也没有然后了。我后来把简历改成了&q...

暑期实习投了十几天，能投的都投了，一个面试没有，pdd，快手，小米直接挂，不然一直都泡池子，简历还能怎么改进吗，后端还是太卷了

希望有行业从事人员，帮忙点评一下哪里有不足

第 53 题：上下文压缩（Context Compression）在长文本场景的应用 题目 解释上下文压缩（Context Compression）技术在长文本场景的应用。 一、为什么需要上下文压缩？ 长文档、多轮对话或大量检索结果会占满 context 窗口，导致：超出模型长度限制、重点信息被挤到边缘、成本与延迟上升。上下文压缩 指在保留关键信息的前提下缩短或摘要送入模型的文本，使更多内容“塞得进”且关键信息不丢。 二、常见做法  摘要：对长段做摘要（用模型或抽取式摘要），只把摘要放入 prompt；适合“只要大意”的问答与检索后阅读。 选择性保留：按相关性或重要性筛选句子/段落（如用检索分...