金山办公校招运营面经

  c++菜鸡选手，有几点疑问想问一下牛客的大佬们云智实习后台开发对秋招找大厂有帮助吗，因为0实习还是c++所以想去刷一段经历，怎么刷到好多说会脏简历，秋招还是希望有机会冲大厂还有美团移动端，面试官说美团很多前后端不分离什么什么的，客户端进去以后也能全栈，这是真的吗，因为客户端网上真的很劝退，还是想长远发展一点或者还是在沉淀一下，后面其他厂还有offer吗希望有经验的大佬们帮我解答一下，谢谢了引流 腾讯 字节 美团 阿里 百度 华为

  4.14一面(60min)一小时后约二面4.15二面(45min)许愿三面一面面试官会引导我，手撕卡壳的时候会引导我写 我哭死二面基本上全程聊天，面试官很随和且平易近人。从他问的问题也可以看出是个实力很强的大牛，能带着我一起去思考问题，并且给出自己的理解。云智给个机会吧！双非鼠鼠愿意做牛做马许愿许愿更新4.17HR面许愿oc更新4.23已offer

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页面就是进行渲染生成页面。

4.2一面，4.7二面，4.17hr面，今天是4.30，至今没有信息？是为什么呢？有应聘金山的小伙伴分享下你们的进度吗或者有金山的hr能解释下不。