今早面试

1、TCP 和 UDP 在微信客户端里一般分别用在哪些场景答案：像聊天消息、图片消息、文件传输、登录态同步这类场景，核心诉求是可靠、有序、不能乱不能丢，所以更适合基于 TCP 的长连接体系。哪怕中间有重传和拥塞控制带来的额外开销，也必须保证最终一致和消息正确到达。而音视频通话这类实时互动场景，重点通常不是每一帧都绝对到达，而是延迟要低、抖动要小、卡了能尽快恢复，所以更适合 UDP 或基于 UDP 进一步封装的传输协议。因为对实时媒体来说，晚到的数据往往比丢掉的数据更没价值。所以在微信这类客户端里，两者是按业务目标拆分的。强一致消息链路偏 TCP，实时媒体链路偏 UDP。2、了解 QUIC 协议...

基本上开了的都投了，第一个简历的挂的就是PDD了，目前约面试：1-字节（三轮技术过+hr面中）2-MetaAPP（一面挂，但是学到东西了）3-深圳吉比特（二面加面了之后等流程中。面评也还行）4-厦门吉比特（一面挂...）4-钛动科技（没消息应该是挂了，面评感觉还行）。

1、你做的高性能日志系统里最有挑战的是什么答案：高性能日志系统里最有挑战的部分通常不是把日志写出去，而是在高并发场景下同时兼顾吞吐、时延和落盘可靠性。如果每条日志都直接加锁写文件，线程一多就会在锁和系统调用上卡住，所以一般会把日志写入分成前台生产和后台刷盘两段。前台线程只负责把日志快速写入缓冲区，后台线程批量落盘。这样可以把大量小写合并成少量顺序写，减少系统调用和磁盘抖动。真正难的地方在于几个细节。第一是缓冲区切换时机，切得太频繁会增加刷盘压力，切得太慢又会拖高日志可见延迟。第二是满载场景下的回压策略，如果生产速度远大于消费速度，日志队列迟早会堆爆，这时要决定阻塞业务线程、丢弃低优先级日志，还...

想着先投中小厂熟悉一下面试流程，练练手，但是中小厂要不就是不理我，要不就是一看不靠谱的厂推流程或者回复我，直接投大厂也不太敢，小小投了两个大厂但还是在初筛，原来面试这么珍贵的哇大家都是咋约的面，看牛客上感觉一堆约上面的，只能边准备边等面试