迅雷面试经验

面试的岗位是后台开发，一面，上来根据简历直接问：（这应该是根据简历走的，我因为没有好的项目所以只好在这些方面拉开了说）。之后就问了Java多线程不同线程间是怎么通信的（也是简历上的内容）。然后就凉凉了，感觉还是面试的岗位不对吧，楼主准备的是Java岗，Java虚拟机、Java集合框架、多线程同步线程池什么的都没问，很是郁闷。不过感觉还是因为项目拉低了不少分吧，Java的人没有一套ssm吃不开啊。几个先去面试的人回来都说要用一个实际数组模拟一下快排的执行过程，你倒是问我啊，我排序大法哪个不会，撸代码也行啊，秋招第一次面试byebye

一面 同部门同事面试，聊的还算愉快，主要是对过往的工作经历非常看重，以及看你回答问题是否言之有物，有逻辑有条理吧。如果真的在某个岗位实操过，其实说出一二三倒是挺简单的。主管面试，有点难……谈到了一些关于业务的理解，我也诚实的尽量作答了，本觉得应该是二面没戏了，没想到主管居然印象还不错。

腾讯音乐面试一面：面试官会根据你的自我介绍出各种问题dubbo的各种底层知识，dubbo提供者请求隔离的方法使用redis设计榜单，怎么使得内存碎片少，内存占用少redis的zset数据结构，压缩表的数据结构是怎样的线程池的参数怎么动态变更线程池触发拒绝策略后，怎么把所有线程的栈信息打印出来

迅雷前端面试题，三种匿名函数的优缺点 迅雷前端面试题：这三种写法基本是等价的，不过我最常用第三种方法，你能指出各自的优缺点不?// 1.(function (x, y, z) { console.log(x, y, z);}('foo', 'bar', 'baz'); // 2.(function (func) { return func('foo', 'bar', 'baz');})(function (x, y, z) { console.log(x, y, z);}); /3.var WebCommon = {}; WebCommon.do = function () {  var args = [];  args = args.concat.apply(args, args.slice.call(arguments));  return args.pop().apply(null, args);}; WebCommon.do('foo', 'bar', 'baz', function (x, y, z) { console.log(x, y, z);});首先，这三种方式目的都是在执行匿名函数时引入同步依赖。第一种写法：当匿名函数里代码量过多时导致一屏显示不完整时，定位依赖关系不方便。第二种写法：有点绕，不符合常规。第三种写法：依赖关系最明显，也很通用。

问的一些基础命令，主机负载高怎么处理，主机time_wait状态很多怎么处理

从整体上来说，感觉这次面试的体验很差。 具体来说，首先面试的节奏非常快，给人非常大的心理压力。 此外，面试问题非常咄咄逼人，纠结于很多无可厚非的细节。一场面试下来，大概说了一百多次“我想知道”，语文没学好么。。。 而且面试官会经常打断别人，并且面试官自己试图总结的时候。我也能够判断出她的行业经验其实并不丰富，而且理解存在很大问题。 我反感一点，就是面试官喜欢在面试结束的时候给面试者下一个定论。我只是想问一下为了能够做好这份工作，有什么关键技能是需要提前准备的而已，她居然顺势开始批评我对于互联网的理解还不够。 在此提醒邹丽映，如果你是一个非常喜欢给别人灌输自身概念的人，那么我是你没有办法做成这件事的目标。 另外，既然你这么喜欢下定论，那我也给你下一个定论好了。 你这么喜欢总结，而细节别人问你，你答不上来，说明你是不是其实根本就不知道呀？你对于内容运营细节的理解是否存在很多心虚的地方呢？我觉得有可能哦 此外，我认为你的语言表达能力非常的差，具体体现在重复，无意义的用词，还有总结上屡屡出现词不达意以及理解偏差较大的情况。 最后我认为你的面试技巧，很明显，非常不熟练，需要多多的学习，或者换一个人来进行面试相关的工作。 你适合去进行案件的审问工作，而不是招聘工作，做招聘实在是屈才了。