牛客上貌似有关客户端的面试经验比较少，那我来分享一些。我走的是iOS开发方向，元旦左右面试了两家小厂，由此分享一些经历。厂A：主要问了比较多Swift基础知识，包括但不限于值类型、引用类型、闭包、访问控制以及Swift5.5以后新增的async/await。随后是关于项目的，比如MVC与MVVM架构的区别，MVVM是怎么做到代码解耦的，工厂模式与单例模式等，还有一些项目的细节。关于iOS系统的倒是比较少，就简单问了一下有关runloop和循环引用的内容。厂B：这家厂的规模较大，问的内容也相对比较深入，由于他们家的产品主要是UIKit+RxSwift开发的，因此对MVVM考察的比较多，比如RxS...

难得充了一个boss直聘的会员，才发现go这种相比java非常小众的岗位都500-1000+人投递，外包岗位更是5年经验以上的投递者占到了50%以上，华为od岗位仅20%不到的本科投递者，双非鼠鼠还能混口饭吃吗

这波百度财报不好看，吹了半天的all in也不奏效，开始锁hc，全集团进入人力盘点阶段，部门部门已经开始通知裁员，不过这波补偿不错n+3.5(n+1+0.5签字+2个月年终补偿)，这么李彦宏还不错，不少被裁员工在感谢公司，分手也算体面。就是不知道把某大厦通往天台楼梯封了干啥，害怕tiao吗？防患于未然，也对！

面试官您好，关于 HashMap 的底层实现，我是按照以下三个维度来理解的：1. 宏观结构 (Overview)从宏观上看，HashMap 的底层结构在 JDK 1.8 中是 “数组 + 链表 + 红黑树”。它的主体是一个 Node 数组（源码中叫 table），数组的每个位置我们称之为“桶”（Bucket）。常规情况：当没有任何冲突时，数据直接存在数组里。Hash 冲突：当发生哈希冲突时，早期的 JDK 1.7 采用的是单纯的链表（头插法）。JDK 1.8 改进：为了解决哈希冲突导致链表过长、查询效率退化为 的问题，JDK 1.8 引入了红黑树。 转换机制：当链表长度 > 8 且 数组...