迅雷面试经验

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

讲一讲进程、线程、协程 线程

没戏..

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

1 关于defer执行的函数对返回值的影响2 切片的性质(在[]int{}做切片时,切片数据以及原[]int{}的影响)2.1 怎么进行扩容的GO是值传递还是引用传递,3 通过具体的代码判断对切片的影响3.1 func f(num []int)3.2 func f(num *[]int)4 channel的理解4.1 select的运行原理(随机选择一个能够达到的)4.2 考察对nil的channel读写会进入阻塞的问题5 map[int]student 和 map[int]*student 的区别从gc的角度看,6 map对象使用指针的话的,会带来什么影响7 进程、线程和协程的理解协程是怎么执行的(不会)8 拥塞控制是后知后觉的,怎么设计一个先知先觉的拥塞控制机制

迅雷前端面试题，三种匿名函数的优缺点 迅雷前端面试题：这三种写法基本是等价的，不过我最常用第三种方法，你能指出各自的优缺点不?// 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);});首先，这三种方式目的都是在执行匿名函数时引入同步依赖。第一种写法：当匿名函数里代码量过多时导致一屏显示不完整时，定位依赖关系不方便。第二种写法：有点绕，不符合常规。第三种写法：依赖关系最明显，也很通用。