海康威视二面（22号）＋汇川终面（已结束

1、C++ 内存模型里 happens-before 是什么答案：happens-before 可以理解成多线程程序里“先发生关系”的一种保证。如果操作 A happens-before 操作 B，那么 A 的结果对 B 可见，并且 A 的执行顺序排在 B 之前。它不是单纯代码书写顺序，而是语言层面对跨线程可见性和有序性的定义。比如同一个线程内，前面的语句天然 happens-before 后面的语句；再比如一个线程执行 mutex unlock，另一个线程随后成功 lock 同一个互斥锁，那么解锁前的写入对加锁后的读取可见。面试里这个点经常和数据竞争一起问。如果两个线程对同一个变量并发访问，...

总时长35分钟，无手撕，感觉遇到KPI面了，唉35分钟一直在问实习，八股就问了下面的1.redis与数据库的缓存一致性2.redis的zset数据结构3.redis的两个持久化机制4.分布式cap理论5.什么时候ap，什么时候cp6.进程线程协程问怎么没手撕，说一面撕过了，业务是应用宝游戏商城，后面过了还有一面技术面，问面试表现，说挺顺的，可以再关注一下运维数据，然后问转go有难度嘛，就结束了

我觉得我经历很丰富啊，为什么在西安只有7k😭

1. 介绍一下你项目中遇到的最复杂的技术问题，如何解决的？参考答案：我在做电商系统时，遇到过一个分布式环境下的数据一致性问题。场景是用户下单时，需要同时操作订单服务、库存服务、积分服务三个服务，如果其中一个失败，其他服务需要回滚。最初我使用了Seata的AT模式实现分布式事务，但在压测时发现性能很差，TPS只有200左右。通过分析发现，Seata的全局锁机制导致了严重的性能瓶颈，特别是在高并发场景下，大量请求在等待全局锁。我重新设计了方案，采用基于消息队列的最终一致性。下单时先创建订单，发送消息到Kafka，库存服务和积分服务监听消息异步处理。为了保证可靠性，实现了以下机制：消息可靠性方面，生...