京东零售广告部门一面

一面

1.开局：你好那个你的面试官临时开会去了，所以我来面你，咱们简单聊下就好，我：......，然后没事儿，那我先来一个自我介绍吧

2.自我介绍环节，

面试官：等等等等，我可能会随时打断你一下哈，

我：没事儿...，

面试官：你说你在滴滴实习过？为啥我这儿只有你便利蜂的实习经历呢

我: 啊？我都在滴滴干六个月了....可能简历没更新吧

面试官: 好你继续

3. 为什么要离开滴滴呢？

我：第一就是在滴滴做云计算相关的，解释云原生大致就是，让更多系统管理、底层运维工作下沉，让上层业务开发简答，更加关注业务场景，无需担心底层部署的各种基础问题，下层控制力增强。但是了解下来，我并不是很喜欢k8s这一套，我对这个可能相比于业务或者IO存储相关的，并不是那么感兴趣。

面试官：很奇怪，这儿面试官就开始了至少6分钟的部门介绍，还特别强调，我们这个和k8s还是很不一样的，我们是零售核心，每天QPS可以大概几十万的样子...

我：其实聊到这儿我就感觉，这一次似乎就是稳了，就问我滴滴项目，我说我先说我第一次实习那个，然后他答应了，然后我就开始表演，从LSM的memtable，链路追踪，自定义buffer垃圾回收策略，零拷贝，稀疏索引，顺序io

面试官：那你这个链路怎么保证上下文信息的

我：Dapper论文概念介绍以了一下，然后继续说（不了解的百度一下就知道了）

面试官：好，你继续

我：后面说到写优化和读优化，分析了HBase的PUT接口的流程，说HLog文件和MemStore的坏处（其实就是store满了频繁flush到disk），然后说通过blukLoad的方式直接写HFile文件，保存到region分区中去，这儿我说的比较深入，比如HBase的AQI队列的AQI对象如何产生的，如何对每个Hfile文件绑定到对应的region，如何保证HFile文件的分裂这些的，可能这儿他也没看过（我只是觉得，每个人都有自己擅长的不擅长的，并不是都会十全十美）

面试官：直接跳跃，你的rowkey如何设计的

我：就简单的直接把traceId存放进去，然后他说这样不利于查询，最后告诉我这也是HBase不适合做很大数据量存储的地方所在

面试官：那kafka可以做到消息有序吗

我：其实kafka都没学过，也没用过，我就说我就知道他适合大数据量的日志采集工作，我没了解过源码，但是我可以说说如果我设计我会怎么设计

面试官：没有没有，我们就是探讨一下，不用深入源码，你给我说下他和其他队列的区别就行了

我：我就简单介绍了我如果设计kafka消息有序我怎么弄（因为不同分区其实很那保证的），最后面试官也告诉其，kafka其实很难弄全局消息有序

4.到这儿时间过得差不多了

我问你一个简单的问题吧：Integer a = 101， Integer b = 102 ，a == b 是false还是true，这儿可以看看Integer源码，是true，我回答得也还不错，然后面试官就开始扯他们内部因为这种基础问题引发的bug，所以说京东内部规范一般尽量不会用Integer计数。

看我回答不错，又说问我一个：hashmap扩容为啥是2的幂次方，我.....解释了一波hash，为啥是这个忘了，他赶紧说，没关系没关系，你下去看看就行了

5. 反问：什么时候有结果，他说这个我马上反馈给leader，但是leader通知hr和hr更新状态他不清楚，只能说最迟一周

6. 可以转正吗？面试官：什么？你不是校招吗？我还以为你22届的，哦，你23届阿，这个我不清楚了，你要自己去问问hr

然后结束第二天就过了~

个人感觉，快手和京东面试感觉不错，可以发掘你擅长的东西，毕竟技术栈不可能全部精通，因为自己之前比较喜欢io，所以对于类似LSM、这些了解了一点点，其实现在的框架·无非就是批量刷盘，顺序io、mmap、cow等机制实现缓存，比较有代表性的，比如redis、rocksdb、leveldb、boltdb、等等hbase等等这些，其实内部好多都是相同的，像HikariCP的FastList和Netty的FastThreadLocal，其实也是在原来的基础上根据自己的场景进行修改，像HBase的AQI队列的入Region机制，也有点点类似感觉Neety的无锁优化，其实无锁优化有很多地方，threadLocal的私有线程判断，或者netty的是否是当前对象的判断，基本大同小异~~

#京东零售##春招##实习##面经##租房##Java#