第一次面试

已经是来到上海的第二个星期了,到目前为止,总共面试了两家公司,包括今天刚面试的一家,记录下面试中面试官问到的问题以及自己的一些感悟,用来记录给以后的自己看,回顾自己曾经走过的路。


第一次面试经历:
公司:一九零五互动(北京)科技有限公司
时间:2017.02.16    11:00
地点:上海市杨浦区国定东路200号3号楼西3楼


面试过程:
上午十一点的面试,早早的十点钟就赶到了面试地点,说实话来上海的第一次面试还是蛮紧张的,毕竟自己也是一个偏内向,有点不自信的性格。所以来到面试地点之后并没有急着直接去面试,因为在网上看到面试不要提前的太早到,提前太长会让面试官觉得你不自信,所以我外等了大概四十分钟的样子,用手机找了点事做。然后到了十点四十左右的样子,问了一下门口保安具体的地址,之后便鼓着勇气去了。感觉自己太紧张,太不自信了,当然,这些自己都正在努力改变当中,以后的我肯定会变得更加优秀。


差不多十一点,如期到达目的地,感觉像打仗一样,毕竟说实话面试的经历确实很少。到达公司后,前台妹子直接拿了一张表格给我填,我还弱弱的问了一句要不要简历,然后她说不用,后来才发现在上海面试基本上很多都是不需要简历的,公司已经直接帮你打印出来了。过了一二十分钟,我把表填完,感觉没人过来,然后我就起来准备把填好的表交给人事,刚起身出来就跑来一个妹子,让我把表给她,直接开始面试。


首先第一步还是老套路:自我介绍,这里我承认自我介绍得很不咋样,不过感觉那妹子对自我介绍也并不是很在意,所以这里跳过自我介绍。接下来是技术面试,这时候我才知道原来这妹子居然也是搞Android的,然后她就开始了技术提问:

1.因为我简历上写了Java基础扎实,她说那就问个Java的问题,Java中抽象类的概念?可能是过于紧张的原因吧,感觉脑子短路了,居然不知道该怎么说,然后就直接给她举了个例子,说明它的用处。应该还算是答出来了,不过语言表达能力还是有待提升的。接着她就问了接口,然后问接口和抽象类的区别是什么?为什么不用接口替代抽象类?杯具,这个当时应该是确实忘记了,直接说这个不知道了。然后这里就过了。

2.然后问了Handler消息机制,这个其实我是比较了解的,给她说了Looper,MessageQueue,然而语言表达能力实在欠缺,表达的并不是很好,加之有些紧张。然后她问Handler发送消息的两种方法,这个我说了send和post,然而post貌似不是发送消息了,而是直接切换到主线程了吧?不过我回答的似乎应该是她想要的答案。然后她接着问,那这两种方法发送过去的消息在handmessage中如何判断是通过哪种方法发送过来的,我去,这被套路了啊,post明明就没有发送啊,而是在run方法中直接可以进行更新ui的操作啊。我居然被套路了,然后迟疑了一下,脑子发烧的说Message可以携带参数,根据参数判断,她又问可以携带哪些参数,我说arg,obj等。套路太深,感觉这里她自己也没搞懂。然后就跳过了。

3.说一下Socket通信,我懵逼了啊,我虽然用过,也看过一些类似的文章,但是毕竟用的不多,要我说根本不会啊,我直接就说这个不怎么会说,就跳过了。瞬间懵逼,估计那个妹子也是很无语的吧!

4.然后因为我简历中写了RxJava请求网络数据,她说让我说一下,懵逼了,这个是为了装逼用的,居然被问到了,可是我还没有真正工作过啊,这个也真没用过,我就说这个我没用过,是我老大用的,然后她说你没用过你怎么也写上简历了。我当时也没什么话说,唉,悲啊!

5.接着她又问网络请求的状体码有哪些?我说了404,500。她又问404是什么,我说是找不到这个页面,感觉她觉得不对,一直在问,后面又问500,我说好像是服务器那边的问题这个,接着她来装逼了,把一大堆的状态码的范围背了出来,唉,这我确实自叹不如,而且这个我们本来就用到的不多啊,瞬间有些无语。

6.这里她提了一下自定义View,也没有过多的问。

7.接着她要我说一下线程池,这个。。。。我是真不知道,看过一两篇文章,这又怎么会说呢?而且她问我的时候我已经忘记了,本来线程池也是我的致命伤之一,我直接说这个不怎么会就跳过了。

8.最后,她问了一下Touch事件分发机制,这个我跟她说了一下,不过感觉当时理解还是有限,回答的也不怎么好,回来后看了几篇文章理解还是深入了很多。这里给一个Touch事件分发机制讲解的链接Touch事件分发机制


最后,就是她在给我建议了,她说让我那些不会的东西不要写上去,到时候别人问你不知道反而更不好,还说你第三方框架不怎么会用其实没关系,有时候一些公司并不喜欢用第三方框架,而是喜欢自己写,这样你用HttpURLConnection自己写的可能还会有优势,然后又说可能你们以前公司是外包,所以做项目的时候可能一些技术基本复制粘贴,这样技术很难得到提升之类的,说你要找的下一份工作唯一的要求就是不要再找外包公司。还说了一大堆杂七杂八的,虽然这次的面试一败涂地,不过那妹子给的一些建议还是蛮有用的,以后也会通过每一次的面试来反思,提升自己。虽然自己不管是语言表达还是技术上都需要有很大的提升,但是还是要相信自己,勇敢前行。

### TCP四次挥手过程详解 TCP协议中的“四次挥手”是指在终止一个已经建立的TCP连接时,客户端和服务器之间需要进行的四次通信交互。这个过程确保了双方都能确认对方的数据传输已经完成,并安全地关闭连接。 #### 挥手过程详解: 1. **第一次挥手**:客户端发送一个`FIN`标志位为1的报文段给服务器,表示客户端已经没有数据要发送了,希望关闭连接。此时,客户端进入`FIN-WAIT-1`状态。 - 此时,客户端仍然可以接收来自服务器的数据,但不能再发送数据[^2]。 2. **第二次挥手**:服务器接收到客户端的`FIN`后,会发送一个`ACK`标志位为1的确认报文段作为响应,确认序号为客户端发送的序号加1。此时,服务器进入`CLOSE-WAIT`状态,而客户端进入`FIN-WAIT-2`状态。 - 这一步仅表示服务器已经收到了客户端的关闭请求,服务器可能还有未发送完的数据[^1]。 3. **第三次挥手**:当服务器也准备好关闭连接时,它会发送一个`FIN`标志位为1的报文段给客户端,表示服务器端也没有数据要发送了。此时,服务器进入`LAST-ACK`状态。 - 客户端接收到该`FIN`后,进入`CLOSING`状态,并发送最后一个确认报文段[^2]。 4. **第四次挥手**:客户端发送一个`ACK`标志位为1的确认报文段给服务器,确认序号为服务器发送的序号加1。服务器接收到后,进入`CLOSED`状态,连接正式关闭。客户端在等待一段时间(通常是2MSL,Maximum Segment Lifetime)后也进入`CLOSED`状态。 - 设置2MSL的等待时间是为了确保最后一个`ACK`能够到达服务器,防止由于网络延迟导致的报文丢失[^4]。 --- ### 面试常问问题解析 #### 1. **为什么TCP断开连接需要四次挥手?** 在TCP连接中,客户端和服务器都可以主动发起断开操作。由于每个方向的关闭都需要一次`FIN`和一次`ACK`,因此总共需要四次通信。这与三次握手不同,是因为在关闭阶段,双方都需要独立地确认对方是否已经完成数据传输。 #### 2. **TIME_WAIT状态是什么?为什么会存在?** `TIME_WAIT`状态是客户端在发送最后一个`ACK`之后进入的状态。它会持续2MSL的时间,通常为2分钟。存在的主要原因是: - 确保最后一个`ACK`能够被服务器正确接收,如果服务器没有收到该确认,则会重传`FIN`。 - 防止旧的连接报文段在网络中滞留并被新连接误认为是当前连接的数据。 如果不等待2MSL就直接关闭连接,可能会导致旧连接的报文段干扰新连接的建立与数据传输[^1]。 #### 3. **CLOSE_WAIT状态是什么?如何产生?** `CLOSE_WAIT`状态是服务器在收到客户端的`FIN`之后进入的状态。它表示服务器已经知道客户端关闭了连接,但应用程序还没有关闭该连接。如果服务器端的应用程序没有及时调用`close()`或`shutdown()`函数来关闭连接,就会一直停留在`CLOSE_WAIT`状态,从而造成资源浪费甚至连接泄漏。 解决方法包括检查服务器端代码逻辑,确保在读取到客户端的`FIN`信号后,及时关闭对应的套接字。 #### 4. **如何查看TCP连接状态?** 可以使用以下命令来查看系统中的TCP连接状态: ```bash netstat -antp | grep :<port> ``` 或者使用更现代的工具: ```bash ss -antp | grep :<port> ``` 这些命令可以帮助运维人员快速定位处于`TIME_WAIT`、`CLOSE_WAIT`等状态的连接数量及来源。 #### 5. **如何优化TIME_WAIT过多的问题?** - **调整内核参数**:可以通过修改Linux系统的`/proc/sys/net/ipv4/tcp_tw_reuse`和`/proc/sys/net/ipv4/tcp_tw_recycle`参数来允许`TIME_WAIT`状态的端口被重新使用。 ```bash echo "1" > /proc/sys/net/ipv4/tcp_tw_reuse echo "1" > /proc/sys/net/ipv4/tcp_tw_recycle ``` - **缩短MSL时间**:虽然不推荐,但也可以通过修改`tcp_fin_timeout`来减少等待时间。 - **使用连接池**:对于高并发场景,建议使用连接池技术(如HTTP Keep-Alive),避免频繁建立和关闭连接。 --- ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值