百度二面凉

确实会挖掘一些场景，不过还是很简单，只要做过或者思考过肯定很好回答。11月份实习6个月也错过春招了，得不偿失总结Redis学的太浅，没实践；C++忘的有点多；算法得恢复刷题了。

1.Dubbo 是什么？简历：XX项目技术栈：Spring + Dubbo +MybatisDubbo是阿里巴巴开源的分布式，高性能的透明化的RPC服务框架，提供服务自动注册，自动发现等高效服务治理方案，可以和Spring框架可以无缝衔接。2.Dubbo的由来你们的项目为什么会使用Dubbo做为你们的分布式框架的技术选型。开场方式 背景。标准回答：早期我们的项目是单体架构，后续随着我们的用户量的增长，项目功能的增加，老的项目耦合严重，故障级联的问题，我们考虑使用分布式架构对于我们的项目进行重构，我们的Dubbo做为一款分布式，高性能的透明化的RPC服务框架，提供服务自动注册，自动发现等高效服务...

你怎么能在生产环境里直接 unwrap() 啊？！Rust 不是这样用的！你应该先认真设计一个靠谱的错误类型，用 thiserror 或 anyhow 包装好上下文信息，然后在每一层调用链里用 ? 把错误优雅地向上传递。遇到可能出现网络抖动、I/O 超时、序列化失败这种情况，你要先写好健壮的重试逻辑、退避策略和熔断机制，并且在日志里带上 trace id，这样 SRE 才能在凌晨三点定位问题。然后你要写单元测试，把所有可能失败的路径都测一遍；集成测试里还要模拟网络异常和依赖服务挂掉的情况，确保你的代码不会一言不合就 panic。接着你要跑一下 clippy，把所有 “consider handling the Result instead of unwrapping” 的警告都修干净；还要跑 rustfmt，让代码风格保持一致。之后你才可以 commit 然后 push。你 push 上去之后，CI 会跑 cargo test、cargo check、cargo clippy、cargo fmt -check，还有压力测试确保你的服务在压力下不会因为一个 unwrap() 就直接把整个服务集群带走。等 PR 至少经过两位 reviewer、三个 LGTM，并且 SRE 点头同意这个改动不会再次导致全球范围的 5xx 风暴之后，我才会考虑把你的分支 merge 进去。你怎么上来就直接在关键路径 unwrap()？！Rust 根本不是这样写的！我拒绝合并！

题目来自牛客 我对每日一题专栏，一起收藏打卡 48.消息队列如何保证不重复消费？ 消息队列层面：利用Kafka的生产者幂等或RocketMQ的消息去重，减少源头重复 业务层面（核心）：根据场景选择方案。比如对于订单支付，我们使用‘数据库唯一索引+状态机’，先插入一条消费记录，利用唯一约束防止重复 监控层面：记录消费日志，定期对账，发现异常人工干预 49.说说synchronize的用法及原理 说说synchronize的用法及原理 50.什么是 LRU 算法？ LRU（Least Recently Used）算法是一种缓存/页面置换策略：始终优先淘汰“最后一次被访问时间最久远”的那一项，用时间...