小米评估

1. 你项目经历里面有没有分布式存储相关的？2. 实习其中一个点拷问3. 这个难点在哪儿？4. 讲另外一个项目（基于点评包装的项目）5. 秒杀是怎么做的？6. 扣减库存原子性是怎么保证的？7. lua脚本的逻辑是怎么写的？8. 秒杀成功后rabbitmq异步处理的逻辑是怎么样的？9. 分布式存储的相关知识有了解吗？10. 如果数据太多需要拆分应该怎么做？11. 哈希分片有什么优劣势？12. 还有分布式的理论知道吗？（答的CAP和Base理论）13. 分布式协议知道吗？14. raft协议是怎么实现的？15. redis集群是怎么实现数据库分片的？16. 除了一主多从这种副本机制，多主多从的话应该怎么设计？17. 流量应该如何分发？18. 操作系统常用的锁机制有哪些？19. 互斥锁和自旋锁的实现原理有什么不同？20. 他们各自适合什么样的场景下使用？21. TCP四次挥手为什么要四次？22. 中间两次挥手服务端在干了什么？23. 四次挥手客户端和服务端的详细过程是怎么样的？24. 平时用过C吗？单双工的通信应该怎么去关闭？25. Java中原子性的操作你知道哪些？26. CAS思想的原理是什么？27. 手撕：给你一颗二叉树，他的根为root。请你删除1条边，使二叉树分裂成两颗子树，且他们子树和的乘积尽可能大。示例输入：root={1,2,3,4,5,6}输出:110

分析 假设函数 move(n, src, aux, dst) 表示把 n 个盘子从 src 移到 dst，aux 为辅助杆）：   基准情形（Base Case）  若 n == 1，直接输出 “src dst”（把唯一盘子从源杆移到目标杆），返回。    递推情形（Recursive Case）  步骤 1：move(n‑1, src, dst, aux) —— 把上面的 n‑1 个盘子从 src 借助 dst 移动到 aux（此时 aux 成为目标杆）。 步骤 2：输出 “src dst” —— 把第 n 个（最底层） 大盘子从 src 直接移到 dst。 步骤 3：move(n‑1, a...

1.如何破坏类加载机制？你了解哪些破坏类加载机制的实现？2.redis中删除一个key后整个过程是怎么样的？删除完立马就在内存里删除了吗？3.nginx有哪几种负载均衡方式？选择策略是什么4.你有两个微服务，还部署在不同服务器上，你选择一个最复杂最核心的环节，从如何触发到后续流程全部说一说5.你写了动态配置中心，但是你好像没发现其中线程安全问题啊，这么说吧，我在项目运行的时候修改了动态配置，恰好此时有很多线程高并发的在查询这个动态配置的数据（比如降级配置，你现在改为服务降级，很多线程正在运行，刚查完数据未降级，这些运行中的线程怎么处理？），你怎么办，加锁吗，加锁效率是否很低，直接在redis这个注册中心里读取数据吗，那你配置数据这个在后端中有什么意义？手撕1.生产者消费者队列：设计一个停车场，100个车位，可以停车和出库，用生产者消费者队列实现2.规则树和责任链设计模式：我看你项目写了规则树和责任链，手撕写出来吧。

有一种公司，真的千万别去——那种又卷、工资又低的。他们打着“创业氛围”“学习机会多”的旗号，让你加班到深夜；喊着“大家都是家人”的口号，却在发工资时连应得的加班费都要抠。工作节奏像打仗，待遇却像实习生。在这样的公司里，你拼命干、拼命学，最后得到的不是成长，而是透支。你会发现：努力被浪费在无意义的内卷上，经验堆不出未来的价值。职场不是修行场，更不是慈善机构。真正值得去的公司，会尊重你的付出，让你在成长和回报之间保持平衡。所以，记住一句话：又卷又穷的公司，走得越早越好。