今天看了眼牛客的热榜，感觉有些割裂，一边是大佬拿了一堆的ssp offer有感。另一边是努力半年0offer，感觉计算机就是这个样子20%的大佬会收割市面上80%的offer，然剩下的20%的人去争取那80%的offer。有点像社会资源分配了，不过你的资源再多依然每天都24h，依然有一天会噶掉的。想要表达的是即使他们拿了三五个甚至十几个offer但是每个人只能选择一个offer，剩下的offer还是会流入市场。这些offer的最终归属还是那些投到最后一刻面到最后一轮的同学，有时候就是当你快要放弃的时候offer就来了，遇到好几个朋友说秋招春招拿不到好offer，但是春招快要结束反而被大厂补录了。

自我介绍项目拷打短连接服务是怎么做的？分为两个接口，转链和根据短链返回长链。转链操作使用发号器得到序号，将序号映射成62字节的字符串作为短链地址，将长短链映射存入MySQL做持久化保存。读操作做redis缓存，简单做一些边界逻辑判断之后从数据库里面找出对应长连接然后返回302跳转即可。说说转62进制是怎么做的。你的短链接可以支撑多少qps？没有测试过，写过test可以支持一秒万条的并发请求。你能不能根据你用的这些中间件估算一下大概有多少qps？不会假设100万qps的情况，你要怎么优化你的写和读服务。（答错）给redis配置集群模式提高redis的性能，支撑读操作可以满足百万qps的情况。百万...