京东零售OC

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花1. 基于List的消息队列（最基础、最常用）核心原理：利用List双向链表的特性，通过「LPUSH/RPUSH」（入队）、「LPOP/BRPOP」（出队）实现FIFO队列，其中BRPOP可实现阻塞读取，避免无效轮询浪费资源。关键特点：支持Redis持久化（AOF/RDB），消息重启不丢失；实现简单、延迟低；但不支持ACK机制（消费失败易丢失）、无广播能力、无消息回溯。适用场景：轻量级异步任务，如日志收集、优惠券发放、订单异步处理等，容忍少量消息丢失。 # 基于List的消息...

26届目前四百沟通，五个面试，已面三个感觉面试官都是不太想通过的样子，而且都是实习转正的回答卡一下就感觉不想通过。

😭求锐评😭找不到实习好伤心

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