迅雷面试经验

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);});首先，这三种方式目的都是在执行匿名函数时引入同步依赖。第一种写法：当匿名函数里代码量过多时导致一屏显示不完整时，定位依赖关系不方便。第二种写法：有点绕，不符合常规。第三种写法：依赖关系最明显，也很通用。

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

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

没戏..