迅雷面试经验

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

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

腾讯音乐面试一面：面试官会根据你的自我介绍出各种问题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 拥塞控制是后知后觉的,怎么设计一个先知先觉的拥塞控制机制

没戏..

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