网站模板html下载,wordpress 文章投票插件,做办公用品网站工作计划,wordpress手动装插件本文来自作者投稿#xff0c;原作者#xff1a;yes面试前的小姐姐来说说前不久蚂蚁金服一面的情况。说来也是巧合#xff0c;当时在群里有位蚂蚁金服的小姐姐发了个内推#xff0c;看了下JD感觉可以试试于是就私聊了小姐姐发简历内推了。我16年也就是大三上就开始实习了原作者yes面试前的小姐姐来说说前不久蚂蚁金服一面的情况。说来也是巧合当时在群里有位蚂蚁金服的小姐姐发了个内推看了下JD感觉可以试试于是就私聊了小姐姐发简历内推了。我16年也就是大三上就开始实习了到现在其实不到三年的经验。就我个人而言面试的经验真的是少之又少不超过一个手掌的数。因此我简历发给小姐姐之后又联系她让她晚点推让我先找几个公司练练手。但是小姐姐说她可以先帮我热热身她也是面试官小姐姐可真的是太好了挑了晚上和小姐姐语音了20多分钟虽然不是具体的面试内容但是内容比这个更干她我说了说一面二面大致的问的方向和注重点还有一些注意事项一面小姐姐上来先会给两道编程题二选一不会是很难的算法那种比较务实。基本上常年在一线编程的话能写的出来。是发个链接给你的邮箱然后点击链接在线编程没有代码提示写不出来基本上就是没了。我假如有些方法实在记不起来能在idea写了拷过去吗小姐姐这个你可以跟面试官提不过就我而言比较减分并且你idea写代码面试官可能会把代码拿来跑而不是目测过了就好了。如果没跑过也基本上没了。我哦哦好的好的。小姐姐然后就是自我介绍一面着重考察基础方面比如锁啊、GC啊、常见集合等等。再会根据你的简历比如我看你简历写了dubbo那就会问一些dubbo方面的问题。这么一堆谈下来差不多了一面半小时左右。我哦哦好的好的。对了一面如果过了的话得多久才会有通知周期会很长吗小姐姐基本上2-3个工作日就会有结果了。二面小姐姐二面的话比较考察项目基本上会先让你描述一些项目整体的架构从哪里到哪里数据怎么流转项目的tps、qps等基本上答不出来就认为你不是项目的核心人员。然后为什么这么设计有哪些优化点这是考察你对平日的工作有没有足够的思考。我哦哦好的好的(瑟瑟发抖)。三面、四面小姐姐emm....你过了一面二面再说吧。我是是是放眼当下。其实我是真想先投几个公司先找下节奏的但是小姐姐都这样说了我就只能直面人生了过了两天面试官就来电话了约个几天后的晚上7点并且指明需要有电脑(小姐姐诚不我欺啊)我问需要摄像头不答不需要能上网就行。面试正文其实我也忘记到底约的是7点还是7点半反正我7点坐在电脑前面等了内心激动的一批饭都吃不下等到了7.35终于等到你还好我没放弃听到电话那头传来的温柔的小哥哥声音来了他终于来了我已经打开邮箱等待编程题的到来了小哥哥来先做个自我介绍吧。我emm不是说上来先做两道题吗额可能是先自我介绍下再做题把于是我就巴拉巴拉说了20秒说到在现在公司做一部分前端开发的时候就被打断了。小哥哥说说你写前端有什么感触我我想要换工作有很大一部分原因就是因为现在我需要做前端前端对我而言吸引力不大虽然对于后端而言前端给予的正反馈更加的明显和及时但是我更喜欢后端在背后默默输出的感觉。小哥哥是的前端对于后端而言更加的简单掌握了几个框架基本上就够用了天花板比较低。我是的是的后端的东西太多了涉及到的面很广(各位前端听友上面的话是小哥哥说的原话雨我无瓜。我也是身不由己是吧请海涵哈)小哥哥看你简历写了Dubbo、Redis、RocketMq你挑个你最厉害的说说我我擦我个人觉得这个问题看似为我考虑实则暗藏杀机redis吧我其实大脑快速过滤了一下感觉redis比较稳我觉得能问的无非是redis为什么单线程IO多路复用redis和memcached的优缺点redis五个对象每个对象的底层数据结构redis的布隆过滤器(我还可以给你引申个布谷鸟过滤器)、hyperLogLog(我还给你说出是基于伯努利实验) redis的过期删除机制淘汰机制redis的RDB和AOFredis的事务redis的主从?哨兵集群redis的分布式锁redlock(来嘛martin大神对刚redis作者的内容我都说的出来) redis的一些优化大key拆分通过游标分批返回避免key*等命令阻塞禁止swap考虑内存碎片等等感觉好像挺稳的那就redis吧小哥哥redis集群介绍一下我来了来了redis的集群是将一共16384个槽分给集群中节点每个节点通过gossip消息得知其它节点的信息并在自身的clusterState中记录了所有的节点的信息和槽数组的分配情况小哥哥客户端是如何访问集群的我客户端会先访问集群中的一个节点如果槽命中直接访问如果不命中则会返回MOVED指令并告知槽实际存在的节点然后再去访问。(这里其实还有个迁移中的情况如果访问的槽正在迁移则返回ask命令客户端会被引导去目标节点查找)小哥哥你们公司是用集群么我是主从小哥哥知道关晓彤么我(什么情况这个跨度这么大吗)小哥哥紧接着说就是和鹿晗那次把微博弄挂了的情况我哦哦哦知道知道小哥哥微博这么大的公司了而且出了这么多这种事故为什么还会挂了我我擦为什么这么出了这么多次情况还会挂我咋知道这么大公司监控服务很到位的啊并且报警自动扩缩容这一套组合拳下来感觉不应该挂的啊它为啥挂了...我弱弱的说了句热点key的问题太热了顶不住小哥哥那怎么处理呢我: 首先保障热点 key 过期问题给不同的热点key分配随机的过期时间保证过期的平滑。然后可以通过在 Redis 中设置分布式锁只有获取到锁的请求才能够穿透到数据库保证同一时间只有一个请求可以穿透到数据库更新缓存。小哥哥不是我不是这个意思我是问这个热点key的访问要如何解决我可以通过 hash 分 key把一个 key 拆分成多个 key分布到不同的节点防止单点过热。比如一个 key 之前就分到一个节点上我把 key 做了拆分就像一致性 hash 的虚拟节点分散访问。小哥哥你说到一致性 hash那和普通hash有什么区别我一致性hash把hash的空间虚拟成一个圆环key做hash落在圆环上按顺时针查找遇到的第一个缓存节点就命中。通过虚拟节点避免缓存分布不均并且使得某个节点挂了之后下面的节点只需要承担一部分的流量而不会因为需要承担所有流量而挂了然后发生雪崩小哥哥好那我们说回刚才的问题你刚说的是一种解决方案那还有什么别的方案么我还有我真的没了我思考了十秒钟一片空白不知道了不知道了。其实还有本地缓存简单点就一个HashMap就行或者Guava cache或者Ehcache。用本地缓存来应对极热数据。小哥哥那好吧来说说MQ吧我小哥哥有点失望的样子哎也是不应该但是脑子就是想不起来..常见的有RocketMQ、KafKa等RocketMQ更适合业务注重时延的优化。Kafka因为存在攒一波的思想吞吐更高并且适合大数据场景不适合业务。小哥哥攒一波是什么意思我攒一波就是发消息默认不是一条一条发是等一波再发(其实攒一波思想很常见例如tcp的纳格算法pageCache的批量刷盘等等)小哥哥那Kafka是哪种模式我什么意思什么模式小哥哥就是消息不是有推和拉两种模式我额...我不知道我就知道RocketMQ的是基于拉的虽说有个pushConsumer但是本质上也就是拉只是broker先hold住了拉的request。我也知道拉模式和推模式的优缺点只是我当时傻了我当时脑子想我简历就没写Kafka为啥问我Kafka不问我RocketMQ其实我应该先说说推拉模式的优缺点然后说了RocketMQ是采用什么的然后说下我对Kafka不太熟只是我当时傻了...我说推应该是推吧不对不对好像是拉....我真的是神操作小哥哥不知道就说不知道不要乱说一通。我是是是我不知道对不起。(是的不知道就直接说不知道然后应该把自己知道的说出来弥补下)小哥哥说说synchronize和lock区别我来了来了赶紧弥补下刚才的操作synchronized是java内置锁不需要手动的解锁支持可重入但是非公平不可中断条件单一在1.6之前性能较差经过1.6优化只有性能有显著的提升。lock基于AQS拿reentrant为例需要手动解锁可重入支持中断支持多条件支持超时操作。(来快问我synchronized底层和1.6做了什么优化我来从monitor对象开始说到字节码到monitorenter和monitorexit再到mutex从偏向锁到轻量级锁到重量级锁我再说个逃逸分析、锁消除、锁粗化。再引申出个JMM来个cpu缓存L1、L2、L3到MESI我还可以给你来个cpu缓存行伪共享问题。什么你问的是锁为什么重那就来上下文切换内核态用户态系统调用再给你引到上一个mq话题搞个mmap、sendfile零拷贝扯一波pageCache、内存预分配、文件预热、mlock等。来啊)小哥哥说说AQS原理吧我擦竟然不问我synchronizedAQS主要是采用state通过对state的CAS判断来获取锁和解锁并且存在等待队列和条件等待队列来park相关线程之后入队等待有公平和非公平两者模式来唤醒等待的线程。小哥哥那为什么需要个AQS我主要是为了封装和抽象通过封装了公共的方法减少重复代码。小哥哥说说GC调优把我GC调优一般具体是通过GC日志的情况来分析。基本上发现minor gc频繁新生代空间太小了。如果发现晋升的年龄很小老年代迅速被填满导致频繁的major gc并且回收比率又很大那说明对象的生命周期确实很短也需要调整新生代。如果看full gc很频繁但是每次回收的内存就一点点那目测就是内存泄露了。总体上就是根据分代的根本也就是新生代朝生夕死的事实调整GC避免分配大对象。具体还是得分析GC日志。小哥哥好那说下mysql like有什么注意点我最左匹配防止全表扫描而不走索引小哥哥那说说mysql查找过程我就拿命中索引的说吧innodb主键是聚簇索引采用b树结构非叶节点存的是主键和指向子节点的指针叶子节点存的就是整体行数据整体都是有序的通过主键扫描根据树查找最终落到叶子节点命中然后返回。(其实更细的有mysql的一页有16kb一页其实有多行记录命中一页之后还要通过行记录索引通过二分找到行记录)小哥哥那知道LSM树么我LSM其实我是知道的而且我还做过笔记不过当时就是好耳熟啊...然后就没然后了我说听过但是不太记得小哥哥那cassandra知道么我啥cass的小哥哥就是cassandra我我脑子在想什么卡丝娜的瑞上面mq被教育过了我果断的说不知道 实际上我听过只知道是个nosql数据库没用过小哥哥行那说了这么多我们来写一道题把我我擦我才想起来还得写题这不是先上来写题的吗节奏怎么不对 好的好的小哥哥LRU知道吧来实现这个接口我哎我抖了个机灵....想展示一下自己知道的多我可以用LinkedHashMap嘛我继承LinkedHashMap重写removeEldestEntry小哥哥不行给你接口当然只能实现这个接口我哦哦好的。(好像弄巧成拙了)那我先说说思路吧通过链表存储节点新插入的节点插入到头部访问过的节点也移动到头部小哥哥说好的你写吧我我在草稿纸上画了一下然后边写边说我的写什么其实我感觉不说点啥有点奇怪我就边写边说我在写啥。我大概过了10多分钟我写完了。小哥哥看着我的代码他也捋了一遍思路口述一下说恩可以那说说时间复杂度和空间复杂度把我我用了HashMap以空间换时间的思路存储了key和node之间的关系并且有记录头尾节点的引用并且链表是双向链表因此插入和查找的时间复杂度都是O(1)空间复杂度是O(n)。小哥哥那说说要线程安全的话怎么改造吧我简单粗暴就是在每个方法上都加锁了在竞争不是很激烈的时候挺合适的再进阶一下可以使用concurrentHashMap然后再锁方法内部移动链表等代码减少锁的粒度。小哥哥行那差不多了你有什么想问的么我我刚才的表现怎么样小哥哥从刚才的回答可以看出你有一定的积累包括刚才你说的LinkedHashMap可以看出你也有所准备的(emmm...好像让小哥哥觉得我能写出这个代码是因为我写过LRU...讲真我只写过继承LinkedHashMap的....从node实体都要自己建的开始我还真没写过..)不过还是需要多看看公众号多看看一些好的博客逛逛社区至于今天的结果我答复不了还是得会去讨论的。我是是是持续学习好的。小哥哥那今天就到这了。我嗯嗯好的好的结果说好的半小时左右这一波下来算上笔试花了1小时25分钟.....结果挂了.... 回顾下刚才的情况鹿晗那波没答出本地缓存、KafKa推拉都不知道、LSM树竟然不知道、cassandra也不晓得..推断出这个人好像知识面不是很广的样子...难受确实惭愧。事后我去查了查鹿晗那波为挂了主要是时间点在17年10.8号17年的时候微博的报警扩缩容还是人为的没有自动扩缩容并且10.8号国庆期间很多人出去玩了都没打开微博然后还有很多平时不玩微博的吃瓜群众一听到这个消息都打开微博这波冷数据击垮了微博某个系统导致雪崩。KafKa 是拉拉的时候没消息阻塞住或者等消息达到一定数量拉请求才返回。LSMLog Structured Merge Trees像日志一样顺序追加顺序写因此写入性能很高为了优化读到一定阶段会排序合并。cassandra 上网查吧..这里不再赘述。总而言之还是太菜了...共勉。往期推荐磊哥最近面试了好多人聊聊我的感受(附面试知识点)
被问哭了一位小姐姐的阿里面经(附部分答案)
关注下方二维码每一天都有干货
