25秋招腾讯Java面经（凉）

腾讯金融科技，Java

一面：8.19
二面：终止

一面（1h）

常规开局：自我介绍，但是没有问我的项目
手撕：
    使用两个栈实现队列，支持 poll，offer，peek 操作；
    使用数组实现栈，支持常数时间复杂度的 push，pop，max 操作；
八股：
    TCP & UDP 区别；
    三次握手与四次挥手；
    短连接长连接，防火墙场景下用哪个比较好；
    TLS 握手流程，数字证书；
    IO 多路复用，select，poll，epoll 区别；
    对事务的理解，ACID 特性，MySQL 隔离级别以及存在的问题；
    MySQL 隔离级别以及存在的问题；
    MVCC 原理，解决幻读了吗；
    间隙锁在哪个隔离级别；

反问：
    部门业务：做支付、渠道、银行对接、信贷等；
    部门 HC：挺多的；
    多久出结果：一般两天内；

因为腾讯开始的比较早，八股准备的不是很充分，MVCC 和锁那里答得不是很流畅。本来报了一丝侥幸心理，因为手撕和前面答得还行，而且有互联网金融的工作经验，但是最后还是给挂了，而且整个秋招都没有再被捞起来过。对鹅有意向的朋友引以为戒，一定要把简历中涉及到的关键八股弄明白再约面。

后续：11/22 收到了微信支付的面试邀请，不过已经无力再战了，再见吧鹅。

#腾讯##腾讯面经##腾讯金融科技##腾讯凉经#

全部评论

推荐最新楼层

忧桑ing

中央美术学院 C++

八股题解: 1 TCP & UDP 区别； TCP: 面向连接, 可靠, 字节流, 为了保证可靠,牺牲了性能(效率) UPD: 无连接,不可靠, 高效三次握手与四次挥手第一次握手请求 SYN(X) (发起端) 第二次握手回包 SYN(Y)+ACK(X+1) (接收端) 第三次握手回报 ACK(Y+X) 第一次挥手: FIN 第二次挥手: ACK 第三次挥手: FIN 第次挥手: ACK (ACK之后进入TIME_WAIT状态) 短连接长连接，***场景下用哪个比较好；短连接一次请求处理之后, 断开连接,下次请求再重新连接. 例如http1.0的时候,每一次http请求都是一次新的连接长连接连接之后, 长时间保持, 需要发送数据是直接使用连接, 例如很多游戏应用使用长链接处理客户操作. TLS 握手流程: 客户端和服务器交换 Hello 信息：确定协议版本、加密套件、随机数等。服务器发送证书：客户端验证服务器身份。密钥交换：客户端和服务器生成共享的“预主密钥”，并通过 Diffie-Hellman 或 RSA 等算法生成会话密钥。完成握手：通过加密的 Finished 消息确认握手成功。数字证书数字证书是一种基于公钥加密技术的电子文件，用于验证服务器（有时包括客户端）的身份，并在建立 TLS 安全通信时分发公钥. IO 多路复用，select，poll，epoll 区别； select: 使用轮询(效率低)是否有感兴趣的事件发生, 底层使用bitmap标记, 现在了1024的文件描述服上限 poll: 使用pollfd数组替换bitmap的实现,没有1024的限制了, 还是轮询(效率低) epoll: 使用事件触发通知,内核回调的方式, 避免了轮询,能够高效处理.

1 回复分享

发布于 2024-11-25 17:13 湖北