然后就是HR小姐姐让我等结果了。感觉不对，应该是凉凉~~~

四面阿里

有了前边头条面试的经历，自己也恶补了一些面试常见问题，这次决定试试阿里，毕竟面试不通过不亏，侥幸通过血赚啊。

面试岗位是研发工程师，直接找蚂蚁金服的大佬进行内推，参与了阿里巴巴中间件部门的提前批面试，一共经历了四次面试，拿到了口头offer。

一面：

1. 自我介绍。
2. 项目中做了什么，觉得难点在哪里。
3. Java的线程池说一下，各个参数的作用，如何进行的。
4. Redis讲一下
5. 分布式系统的全局id如何实现。用zookeeper如何实现的呢，机器号+时间戳即可。
6. 分布式锁的方案，redis和zookeeper哪个好，如果是集群部署，高并发情况下哪个性能更好。
7. kafka了解么，了解哪些消息队列。
8. 想做业务还是研究。
9. 然后出了一道题，linux的访问权限是rwx格式的。使用一个类支持访问权限的增删改查，并且注意使用的数据格式以及方法效率，规范。给了一个多小时写题。耗时将近30分钟。

二面：

1. 介绍你做的项目和其中的难点。
2. 上次面试官问的问题，反射的作用是什么。
3. 数据仓库，多线程和并发工具等。
4. 私有云，docker和k8s等。
5. 了解哪些中间件，dubbo，rocketmq，mycat等。
6. dubbo中的rpc如何实现。自己实现rpc应该怎么做dubbo的服务注册与发现。
7. 问了些排序算法耗时将近30分钟。

三面：

三面不是面试，而是笔试，耗时三个小时，考的是Java核心的基础。但是好像不能透题，就不说了。都挺有难度的。

大概说一下就是有几个考点，Java并发的知识点，集合类，线程池，多线程、高并发之间的通信等。

HR面：

聊人生谈理想，HR小姐姐非常温柔，交流十分愉快。30分钟。

最后，小编结合大多数人的经历，整理总结了一下简历中经常出现的问题，毕竟不是每个人都有内推经历，还是从一开始的投递简历开始，我们一起来总结一下。

有足够的工作年限，但有些年里干的活和本岗位无关

在职位描述里往往会有这样一条：需要有若干年（比如5年）相关经验。什么叫相关经验？比如本岗位是Java后端，简历中需要有5年Java后端经验，再好些，比如本岗位核心要求是Spring MVC以及Spring Boot，那么在有5年Java后端经验的基础上，最好Spring MVC以及Spring Boot经验越多越好。

但在收到的简历中，往往不少候选人堂而皇之地写着，某段项目经历用的是.NET，或者某段时间干的不是软件开发的活，比如运维测试实施等。这些不相关工作经历的年限，一定被扣除。

也有些简历，列的工作经历不全，比如2011年从大学出来，但工作经历从13年才开始，这时筛选简历的人绝不会把之前缺失的工作经历算成相关经验，或者有些简历中间有些时间段没写，比如缺失15年2月到8月的经历，这个也不会被统计到相关年限里。

被扣除后，如果年限没到，可能就没面试机会了，所以不少人工作7，8年，但简历上相关相关年限才4年，这样的人投出去的简历可能面试机会很少，而且之中的原因，收到简历的公司绝不会告之。

最近一年的工作经历，和本岗位需求无关

之前也提到过，公司需要招一个能立即干活的人，所以最近一年（有些公司可能会降低到最近半年）的工作经验最好能和本岗位的职位要求相匹配，不能说完全，但如果用到的技术，组件，项目背景乃至亮点越和本项目匹配，那么这份简历得到面试的机会也就越高。甚至有些简历虽然在相关工作年限等方面没达标，但这方面匹配度相当高，也会有面试机会。

但我见过不少简历，一定没仔细读过本岗位的职位介绍，在最近一年的项目描述里，用到的技术匹配度不高。比如要求是Spring Boot，你用的是Spring MVC，这还好，但如果用的是Mobile相关的技术，那么在同等条件下，竞争力就下降了。

其中道理大家其实都明白，但在收到的简历中，最近相关工作经验能匹配上的，还真不多，原因也不难理解，往往候选人第一不看职位介绍，第二给不同公司投的是同一份简历。但这类瞎猫碰死耗子的简历未必能最大程度上匹配上心仪公司的职位需求，哪怕真能对上，估计面试中得付出更多的努力。

从简历中无法归纳出候选人的技术栈

在我见到的不少简历中，候选人写的都是项目需求，着重写了干了什么项目干了什么业务，把每个业务的功能点都描述非常仔细，相比之下用到的技术就寥寥无几。

这类看上去更像产品说明书的简历，往往无法看出候选人用了哪些技术，那么此时如果有其它简历，就未必肯在这类简历上浪费时间。

我还见到一些简历，在写项目经历时，只列了很少技术点。作为程序员，我能从项目描述里推测出还用到哪些技术，但作为面试官，我一定不能推测，只能认为这位候选人只用到了所列的技术。

我见过在简历中列了很多技术点但面试时有些技术点没说好的情况，但毕竟这类简历有面试机会，多面几次之后，人家可以要么继续归纳技术要么总结说辞，也就是说人家至少有机会进步。而对于那些简历中只写项目功能点而忽略技术描述的简历，就恐怕石沉大海了。

简历项目描述有明显的矛盾点

我列些见到过的明显矛盾点。

• 最近的几个项目里，列出的技术都一样的。
• 项目用到了nginx，但写着用spring cloud体系作为网关和负载均衡。
• 项目部署在windows系统上，但用linux的命令看日志。
• 一个请求量和并发量不低的项目，只部署在一台机器上，或者是关键模块没做热备冗余。

总之，如果简历上的项目是真实商业项目的话，候选人应当对用过的技术有一定的了解，应当把场景描述清楚，至少不该出现低级问题。这类简历可能的结局是：如果当前有其它看上去更能体现实力的简历，没面试机会，如果凑巧没有，那么会有面试机会，但在面试中会遭遇无妄之灾：这些矛盾点会被详细问，这时就会顺带问出不少薄弱点。

准备简历时得换位思考，而且一定是先更新技术再更新简历

在上文里我列的大多数问题，很多其实是一想就能明白，一看就能看出问题，但为什么这类简历还会到处出现呢？缺乏换位思考的检查步骤。大家可以把自己想象成技术面试官和筛选简历的人事，在投递简历前结合职位介绍，反复斟酌下简历中的措辞和描述，这样就能突出重点，从而让自己简历的匹配度更高。

说到这里，有些同学可能会说，自己当前情况确实不如意，所以简历再怎么改也不行。这时就需要更新技术而不是在简历上玩弄文字游戏了。

如何快速更新自己的技术积累？

• 在现有的项目里，深挖技术，比如用到netty可以把相关底层代码和要点都看起来。
• 如果不知道目前的努力方向，就看自己的领导或公司里技术强的人在学什么。
• 知道努力方向后不知道该怎么学，就到处去找相关资料然后练习。
• 学习以后不知道有没有学成，则可以通过面试去检验。

最后

总而言之，面试官问来问去，问的那些Redis知识点也就这么多吧，复习的不够到位，知识点掌握不够熟练，所以面试才会卡壳。将这些Redis面试知识解析以及我整理的一些学习笔记分享出来给大家参考学习

有需要这些学习笔记资料的朋友注意啦：戳这里即可免费领取

还有更多学习笔记面试资料也分享如下（都可免费领取）：

标签：简历,项目,Spring,来学,CRUD,技术,面试,Java,快点
来源： https://www.cnblogs.com/hgysvadavvc/p/15108576.html