百度二面凉

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

总时长：47 分钟。面试官人挺好的，一直笑嘻嘻的。感觉每个技术栈只问一个问题，然后一直根据我的回答追问。开局自我介绍以及业务项目介绍。八股：介绍 MySQL 的事务。介绍 MySQL 的隔离级别，你的项目用的是哪个隔离级别？（答了默认的可重复读）追问：这个隔离级别下可能出现什么问题？怎么解决？讲讲进程间的通信方式？追问：进程一定需要 Socket 才能运行吗？RocketMQ 如何保证消息顺序访问？介绍一下 DI？Spring 是如何实现 DI 的？追问：你提到IoC，IoC 和 DI 是什么关系？追问：除了 DI，还有什么方式可以实现 IoC？追问：你提到反射，使用反射怎么实现 IoC？会有...

你怎么能在生产环境里直接 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 根本不是这样写的！我拒绝合并！

1.Java中单例设计模式有哪些实现方式？Java中单例设计模式主要有以下几种实现方式：1、懒汉式（线程不安全）： 这种实现方式支持延迟加载，但是在多线程环境下不能保证单例的唯一性。2、懒汉式（线程安全）： 通过在方法前加同步锁synchronized关键字的方式，保证在多线程环境下单例的唯一性，但会降低性能。3、饿汉式： 类加载时就初始化实例，以空间换时间，避免了多线程同步问题。4、双重检查锁定（Double-Checked Locking）： 在懒汉式基础上增加了双重检查，既保证了懒加载，又解决了多线程问题。5、静态内部类： 利用类加载机制保证单例的唯一性，既实现懒加载，又保证了线程安全。...