你好，我是 yes。
这篇文章我想谈谈如何在面试官前面吹牛P。
我给了六个案例 ，教你如何把 B 格提上去。
这篇文章的灵感来自于一个读者，他在群里@了我。
我一看，确实啊！
首先 “几个 offer” 说明关于 Synchronized 的面试题很常见。
然后从 “面试官和我争” 可以看出，确实很多人的理解是错的。
然后你再从 JVM 源码层面和他说说，这面试不就妥了？
如果我是面试官，这候选人透露出来他看过 JVM 代码，并且还发现了书上的错误，说的有理有据的，这 level 不就上来了？
这面试不就稳了？
就是这篇关于Synchronized的一个点 。
提升 B 格的时候到了。
想想看，当面试官问你看过什么源码呀 ？
你答：我看过 JVM 关于 Synchronized 的源码，我发现网上有好多理解都是错误的...阿巴阿巴。
安逸得惨咯！
这么一想，我发现我写过的文章还有好多可以装23的地方！
比如这篇：从Dubbo源码到CPU分支预测之旅
面试官问：看过 Dubbo 源码嘛？
你答：看过，我之前看源码的时候还发现了一个很奇怪的地方，有个地方 if 和 switch结合着用。
我就很奇怪，所以我就用 benchmark 跑了跑，试了试 if 和 switch 的执行效率。
我发现全 if 的效率是最高的。
于是我又反编译了代码。
我发现 switch 是通过查表直接拿索引去访问的，而 if 是每次都会取出变量和条件进行比较。
那不是应该 switch 的效率最佳吗？
带着疑问的我继续查阅资料，后来我发现原来是 CPU 分支预测（详细看上面文章）搞得鬼，所以 Dubbo 的源码才会这样写。
你看，这一波下来，你这表现满分啊 ！
会主动看源码！
会用示例跑(动手)。
会反编译比较，钻研(动手)。
最后到底层 CPU(6666)。
这一套下来？面试官不要你要谁？
再比如这篇：炸了！一口气问了我18个JVM问题！
面试官：你平时看什么书呀 ？
你答：我看过《深入理解Java虚拟机》，我还发现了一个错误呢。
面试官：什么错误呀？
你答：不是因为“Con-current Mode Failure”而导致 Full GC ，而是因为发生了 Full GC 所以抛这个错。
我当时好奇看了看 CMS 的源码，我发现.....
后续不贴了，之前的文章写的很清楚了，也是从源码上找证据 。
面试官一听，这小伙子看书就算了，因为想钻研还去看源码，源码不仅看进去了还看出错误？
不仅热爱学习还有钻研精神，我要给他发 offer！！！！
再比如这篇：Kafka索引设计与二分查询与底层缓存
面试官：你看过 Kafka 源码嘛 ？
你答：看过。
当时看到了 Kafka 索引的设计，采用了稀疏索引，利用二分查找来加快搜索速度。
但是我从源码发现这个二分查找是变型的，因为就消息队列的特性而言，索引数据都是在文件末尾追加的写入的，并且写入的数据基本上会立马被读取。
也就是说数据热点集中在尾部，而操作系统又是根据LRU来管理内存页的，所以标准的二分会导致缺页中断的情况发生。
所以 Kafka 巧妙的采用了冷热分区来实现变型的二分查找 。
你看看，这一波下来，面试官大拇指不给你给谁？
看过源码， 懂得基本算法，理解消息队列尾部热点特性，晓得操作系统LRU来淘汰内存页，啧啧！
面试官对你说：
再比如这篇：ConcurrentBag 听过没？好家伙高并发知识点十分密集！
面试官：让你设计一个连接池你怎么设计 ？
你答：我之前看过 HikariCP 的源码。
重点就是无锁设计 ，因为连接池是读多写少的场景，所以可以利用 CopyOnWriteArrayList 来存储连接，然后再利用本地化存储的思想来减少竞争。
获取连接的流程：
先去 ThreadLocal 找之前用过的连接，找到则直接返回。
如果找不到就去 CopyOnWriteArrayList 实现的 sharedList 里面找连接(这里还有个窃取的概念)，如果找到则返回。
如果找不到则用 SynchronousQueue 等待连接，超时则返回 null。
再详细就看上面文章吧。
怎么说？
一般的回答，估计也就会说个加锁保证线程安全。
好点的，说个读多写少场景，用个写时复制。
你这波无锁+写时复制+本地资源加速缓存+SynchronousQueue 无缓存等待队列。
如果你觉得还不够细，那就再说说 HikariCP 的 FastList，它优化了 ArrayList。
ArrayList 每次 get 都会有范围检查，并且 remove 是从前往后遍历的。
而在连接池这个场景每次 get 范围检查没有必要，并且 remove 的时候从后往前遍历更好。
够不够细？
我细到 ArrayList 的 get 的范围检查我都要计较！(HikariCP 不愧是最快的)
面试官可能在角落里瑟瑟发抖。
再比如这个：RPC 核心，万变不离其宗
面试官：让你设计一个RPC框架你怎么设计 ？
你答：容我想想(假装思考，其实小宇宙就快忍不住爆发了)。
RPC 框架基础的核心其实 就这么几点：
网络传输(I/O模型BB一下，一般用 Netty 作为底层通信框架即可)
注意，上面加粗的其实 二字，一定要说，要注意语气，要显得你游刃有余，低调奢华。
当然上面只是基础核心，生产级别需要注册中心作为服务的发现、路由分组、负载均衡、异常重试、限流熔断等。
更详细的就看上面的文章吧~
面试官已经躲在角落里瑟瑟发抖了。
再比如.....
比如不了了，太多了！
不信你去翻翻看！
我写这篇文章的时候，我发现电脑屏幕竟然越来越高。
原来，是我慢慢地从椅子上滑了下去....
我怕我再举几个例子，我要给自己跪下了。
我时常会看看自己写的文章。
然后，默默在心里念叨这家伙真滴牛P。
所以不要错过我的文章哟，可能每一篇都是装23的机会。
因为微信推送机制，文章可能无法及时送达，所以加个星标，文章必会 及时推送 ~。
唉，再这样下去，我怕和半佛老师一样，成为一个每天在镜子面前给自己磕头的硬核男人。
我是 yes，从一点点到亿点点，我们下篇见 。
