腾讯云智实习面经(带答案)
1)手撕:给定字符串,求不含重复字符的最长子串长度,并打印这个子串
//哈希Set配合双指针
private static String findLongestSubstring(String s) {
int n = s.length();
int left = 0;
int maxLength = 0;
String longestSubstring = "";
Set<Character> charSet = new HashSet<>();
for(int right = 0 ; right < n ; right ++){
while(charSet.contains(s.charAt(right))){
charSet.remove(s.charAt(left));
left++;
}
charSet.add(s.charAt(right));
if(maxLength < right - left + 1){
maxLength = right - left + 1;
longestSubstring = s.substring(left , right + 1);
}
}
return longestSubstring;
}
2)如何设计一个秒杀系统?
从以下角度考虑:
1.高性能架构;采用分布式架构,消息队列来削峰填谷,服务的降级和熔断
2.高并发的处理能力:商品库存扣减的多线程安全问题,采用redisson分布式锁,缓存预热
3.用户体验升级:websocket实现秒杀倒计时同步,消息队列实现秒杀结果实时反馈,针对ip地址,设备指纹和访问频率的限制实现防作弊系统
4.数据一致性保障;数据库分库分表,本地消息表
5.监控报警:监控系统,报警系统,日志系统,异常日志收集,分布式追踪系统
6.安全防护、成本控制
3)String StringBuffer StringBuilder区别
String是不可变类,线程安全,每次修改字符串都会创建新的字符串,效率比较低
StringBuffer是可变类,直接在原字符串上修改,使用了Synchronized实现同步,效率也比较低,适合多线程场景
StringBuilder是可变类,线程不安全,效率比较高,适合单线程场景
4)数据库字段char和varchar区别
char:定长字符串,存储长度为1~255个字符,存储空间固定为255字节,不足用空格补,适合固定长度的字段,便于数据库读取和优化
varchar:可变字符串,存储长度为1~65535个字符,存储空间为实际长度+长度字节
5)索引失效的情况
索引失效是指数据库在查询过程中无法有效利用已建立的索引,导致查询性能下降,甚至退化为全表扫描的情况。
查询条件中使用了函数或表达式对索引列进行操作;
使用了OR条件且未对所有分支列建立索
查询条件中使用了NOT、<>、!=等否定操作符;
对索引列进行了模糊查询(如LIKE '%abc%'),且通配符位于开头;
查询条件中列的顺序与复合索引的列顺序不匹配;
或者查询时数据类型不匹配导致索引无法使用。
6)数据库的事务隔离级别
读未提交:允许读取尚未提交的数据,可能导致脏读、幻读、不可重复读
读已提交:允许读取已提交的数据,不能保证数据一致,可能导致幻读和不可重复读
可重复读:允许读取已提交数据,可能导致幻读
串行化:保证数据一致性,但是并发度和性能低
7)Redis的常用数据类型,分别存储哪些东西?
String:存储字符串,比如用户名、密码和验证码等
哈希:哈希表,可以存储用户信息,商品信息等
List:存储有序的元素,比如消息队列和日志记录
Set:集合,可以做去重排序或求交集等
Zset:带得分排序的集合,可以做用户或者流量等的排行榜
8)Redis的锁机制
基于SETNX命令,将锁名称作为键,客户端唯一标识(UUID)作为键值,使用完锁后DEL释放锁
因不可冲入可能存在死锁和不及时释放锁的情况,可以释放锁时检查锁值是否为自己的UUID以及添加过期时间
基于Lua脚本,使用原子SET命令和Lua脚本的事务性,但仍存在锁续期困难和业务超时锁释放风险
基于Redisson的分布式锁,支持可冲入锁和自动续期,提供公平锁、联锁和红锁
9)HTTP1.0 2.0 3.0 区别
HTTP1.0:默认为短连接,每次请求都需要建立TCP连接,并通过Connection: keep-alive头来实现持久连接,不支持管道 化,主要使用If-Modified-Since/Expires来做为缓存判断的标准;
HTTP2.0:采用二进制格式而非文本格式,解析更加高效,支持多路复用允许单个TCP交错发送多个请求和响应,引入HPA CK压缩算法,对请求和响应的头部信息进行压缩,消除冗余,允许客户端为请求设置优先级
HTTP3.0: 最新的HTTP协议,基于QUIC协议,QUIC使用udp传输数据,不存在队头阻塞问题,首次连接后具备0RTT优 势,减少延迟,允许网络切换时,将连接迁移到新的IP地址,默认采用TLS加密,保证数据传输的安全性
10) TCP的三次握手和四次挥手,为什么需要?
三次握手:客户端向服务器发送SYN表示请求同步,服务器向客户端发送SYN+ACK表示确认收到同步请求,可以确保客户 端的发送能力正常,客户端向服务器发送ACK表示确认,可以确认服务器的发送和接收能力以及客户端的接收能力正常,
连接建立,通过三次握手能够保证通信双方的接收发送能力正常
四次挥手:客户端发送FIN+x序列号表示请求关闭连接,服务器发送ACK+x+1表示确认收到,客户端向服务器的通道关 闭,服务器发送FIN+y序列号表示请求关闭连接,客户端发送ACK+y+1表示收到,等待2MSL没有收到回复后关闭TCP连接,因为TCP是全双工的,双向链路分别需要发送和接收两次,所以是需要四次挥手。
11) 从输入网址,到最后访问页面的全过程
首先输入URL,进行URL解析,准备发送http请求
在请求之前,先本地查看浏览器缓存,如果缓存有该资源,直接返回,否则继续准备请求
发送请求之前,进行DNS域名解析,按照本地缓存,本地HOST,路由器缓存,DNS服务器,DNS根服务器顺序,直到查 询到URL对应的IP地址
三次握手建立TCP连接
构建请求并发送,包括请求行,请求头,请求体,并把和该域名相关的cookie放入请求头,构建HTTP请求,如果是https 还要进行加密
服务器处理请求,生成对应的响应并返回相应资源
四次握手关闭TCP连接
浏览器接收到响应后进行解析处理,如果是字节流可能是下载管理器进行下载,如果是html页面就是进行渲染生成页面。
//哈希Set配合双指针
private static String findLongestSubstring(String s) {
int n = s.length();
int left = 0;
int maxLength = 0;
String longestSubstring = "";
Set<Character> charSet = new HashSet<>();
for(int right = 0 ; right < n ; right ++){
while(charSet.contains(s.charAt(right))){
charSet.remove(s.charAt(left));
left++;
}
charSet.add(s.charAt(right));
if(maxLength < right - left + 1){
maxLength = right - left + 1;
longestSubstring = s.substring(left , right + 1);
}
}
return longestSubstring;
}
2)如何设计一个秒杀系统?
从以下角度考虑:
1.高性能架构;采用分布式架构,消息队列来削峰填谷,服务的降级和熔断
2.高并发的处理能力:商品库存扣减的多线程安全问题,采用redisson分布式锁,缓存预热
3.用户体验升级:websocket实现秒杀倒计时同步,消息队列实现秒杀结果实时反馈,针对ip地址,设备指纹和访问频率的限制实现防作弊系统
4.数据一致性保障;数据库分库分表,本地消息表
5.监控报警:监控系统,报警系统,日志系统,异常日志收集,分布式追踪系统
6.安全防护、成本控制
3)String StringBuffer StringBuilder区别
String是不可变类,线程安全,每次修改字符串都会创建新的字符串,效率比较低
StringBuffer是可变类,直接在原字符串上修改,使用了Synchronized实现同步,效率也比较低,适合多线程场景
StringBuilder是可变类,线程不安全,效率比较高,适合单线程场景
4)数据库字段char和varchar区别
char:定长字符串,存储长度为1~255个字符,存储空间固定为255字节,不足用空格补,适合固定长度的字段,便于数据库读取和优化
varchar:可变字符串,存储长度为1~65535个字符,存储空间为实际长度+长度字节
5)索引失效的情况
索引失效是指数据库在查询过程中无法有效利用已建立的索引,导致查询性能下降,甚至退化为全表扫描的情况。
查询条件中使用了函数或表达式对索引列进行操作;
使用了OR条件且未对所有分支列建立索
查询条件中使用了NOT、<>、!=等否定操作符;
对索引列进行了模糊查询(如LIKE '%abc%'),且通配符位于开头;
查询条件中列的顺序与复合索引的列顺序不匹配;
或者查询时数据类型不匹配导致索引无法使用。
6)数据库的事务隔离级别
读未提交:允许读取尚未提交的数据,可能导致脏读、幻读、不可重复读
读已提交:允许读取已提交的数据,不能保证数据一致,可能导致幻读和不可重复读
可重复读:允许读取已提交数据,可能导致幻读
串行化:保证数据一致性,但是并发度和性能低
7)Redis的常用数据类型,分别存储哪些东西?
String:存储字符串,比如用户名、密码和验证码等
哈希:哈希表,可以存储用户信息,商品信息等
List:存储有序的元素,比如消息队列和日志记录
Set:集合,可以做去重排序或求交集等
Zset:带得分排序的集合,可以做用户或者流量等的排行榜
8)Redis的锁机制
基于SETNX命令,将锁名称作为键,客户端唯一标识(UUID)作为键值,使用完锁后DEL释放锁
因不可冲入可能存在死锁和不及时释放锁的情况,可以释放锁时检查锁值是否为自己的UUID以及添加过期时间
基于Lua脚本,使用原子SET命令和Lua脚本的事务性,但仍存在锁续期困难和业务超时锁释放风险
基于Redisson的分布式锁,支持可冲入锁和自动续期,提供公平锁、联锁和红锁
9)HTTP1.0 2.0 3.0 区别
HTTP1.0:默认为短连接,每次请求都需要建立TCP连接,并通过Connection: keep-alive头来实现持久连接,不支持管道 化,主要使用If-Modified-Since/Expires来做为缓存判断的标准;
HTTP2.0:采用二进制格式而非文本格式,解析更加高效,支持多路复用允许单个TCP交错发送多个请求和响应,引入HPA CK压缩算法,对请求和响应的头部信息进行压缩,消除冗余,允许客户端为请求设置优先级
HTTP3.0: 最新的HTTP协议,基于QUIC协议,QUIC使用udp传输数据,不存在队头阻塞问题,首次连接后具备0RTT优 势,减少延迟,允许网络切换时,将连接迁移到新的IP地址,默认采用TLS加密,保证数据传输的安全性
10) TCP的三次握手和四次挥手,为什么需要?
三次握手:客户端向服务器发送SYN表示请求同步,服务器向客户端发送SYN+ACK表示确认收到同步请求,可以确保客户 端的发送能力正常,客户端向服务器发送ACK表示确认,可以确认服务器的发送和接收能力以及客户端的接收能力正常,
连接建立,通过三次握手能够保证通信双方的接收发送能力正常
四次挥手:客户端发送FIN+x序列号表示请求关闭连接,服务器发送ACK+x+1表示确认收到,客户端向服务器的通道关 闭,服务器发送FIN+y序列号表示请求关闭连接,客户端发送ACK+y+1表示收到,等待2MSL没有收到回复后关闭TCP连接,因为TCP是全双工的,双向链路分别需要发送和接收两次,所以是需要四次挥手。
11) 从输入网址,到最后访问页面的全过程
首先输入URL,进行URL解析,准备发送http请求
在请求之前,先本地查看浏览器缓存,如果缓存有该资源,直接返回,否则继续准备请求
发送请求之前,进行DNS域名解析,按照本地缓存,本地HOST,路由器缓存,DNS服务器,DNS根服务器顺序,直到查 询到URL对应的IP地址
三次握手建立TCP连接
构建请求并发送,包括请求行,请求头,请求体,并把和该域名相关的cookie放入请求头,构建HTTP请求,如果是https 还要进行加密
服务器处理请求,生成对应的响应并返回相应资源
四次握手关闭TCP连接
浏览器接收到响应后进行解析处理,如果是字节流可能是下载管理器进行下载,如果是html页面就是进行渲染生成页面。
全部评论
太强了
你不是c++吗

你不是c++吗
相关推荐

点赞 评论 收藏
分享

点赞 评论 收藏
分享