自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(11)
  • 收藏
  • 关注

原创 Codex 切换供应商后历史记录消失?最简单的解决方案。

codex 历史记录不可见的完全解决方案。

2026-06-05 16:40:02 908

原创 滴滴社招实录:深水区杀出重围

深水区游泳,靠的不是蛮力,而是对底层原理的深刻理解。记住这些心法:技术深潜,方能游刃有余。

2026-03-11 11:33:09 422

原创 Spring AOP代理失效的血泪教训

这次经历让我深刻理解到,技术深度不仅仅是知道怎么用,更要理解为什么这么设计。Spring AOP看似简单,但其底层涉及JVM、字节码生成、类加载机制等多个深水区。只有真正理解这些底层机制,才能在遇到问题时游刃有余。记住,在技术世界里,没有绝对的简单,只有相对的复杂。保持敬畏之心,深入源码,才能走得更远。

2026-03-11 11:32:15 394 1

原创 面经分享:当面试官拿出线上P0级故障让我分析时,我差点当场石化

对于生产者,如果它连接的是正常的broker,基本不受影响,但如果它恰好连接的是宕机的broker,会收到连接异常,需要重试。对于消费者,如果它消费的是该broker上的partition,Kafka会自动将这些partition重新分配给其他broker上的副本,消费者会自动感知到这种变化,继续消费。但总体来说,由于副本同步正常,数据不会丢失,只是会有短暂的服务中断。我一下子懵了,心跳加速,手心冒汗。如果leader挂了,新leader上任时,从96到99的消息都可能丢失,但至少95之前的消息是安全的。

2026-03-10 19:30:00 565

原创 面经分享:LangChain ReAct模式面试实录

经历了这次的面试,我深刻体会到技术深度的重要性。LangChain ReAct模式看似简单,但底层的设计理念却蕴含着深厚的工程智慧。记住这几个技术口诀“Prompt是灵魂,结构要清晰,循环有边界”“工具要智能,数据要过滤,死循环要预防”“架构要分层,性能要优化,并发要考虑”“思考要深入,实现要优雅,扩展要灵活”技术之路没有捷径,只有不断深入底层,才能真正理解技术的本质。希望我的这次面试经历能够给大家带来一些启发,让我们一起在技术的道路上不断前行!

2026-03-10 09:54:44 814

原创 京东网络面:TCP三次握手/四次挥手中大量TIME_WAIT/CLOSE_WAIT状态的排查与危害

三次握手要记牢,序列同步防重包,少一步都会乱套,多一步浪费资源好。四次挥手别马虎,CLOSE_WAIT最恐怖,应用程序要负责,连接关闭要及时。TIME_WAIT有玄机,防止重连是目的,参数调优要谨慎,系统稳定第一要义。网络问题看全局,连接管理是核心,架构设计要前瞻,监控预警不能少。底层原理要吃透,故障排查有套路,实战经验靠积累,技术大牛不是梦。最后,希望这篇文章能够帮助大家攻克网络编程中的高频面试题,在实际工作中避免类似的性能问题,祝大家都能找到理想的工作。

2026-03-09 19:30:00 387

原创 HashMap扩容机制:面试官步步紧逼的15分钟生死局

“同学,你简历上写熟悉Java集合框架,那我们来聊聊HashMap的扩容机制吧。”当腾讯后台开发终面的面试官说出这句话时,我心里其实暗自窃喜。这不就是HashMap扩容吗?什么负载因子、容量扩容、链表转红黑树,这些我可是背得滚瓜烂熟。“好的,HashMap扩容机制我知道,当元素数量超过容量乘以负载因子时,就会进行扩容…”"等等,"面试官突然打断我,“你先回答我几个问题。为什么HashMap的容量必须是2的幂次方?为什么扩容时要rehash?为什么链表转红黑树的阈值是8?”我愣了一下,开始磕磕绊绊地回答。面试

2026-03-09 13:39:41 518

原创 Spring AOP代理失效的致命陷阱

Spring AOP代理竟然还会失效!!!

2026-03-08 20:00:00 396

原创 HTTP/2与HTTP/3的生死时速

Http2和Http3的 恩怨情仇

2026-03-08 11:43:35 363

原创 MySQL事务隔离与MVCC底层实战

摘要: 本文深入探讨MySQL事务隔离与MVCC机制,通过一个真实的生产事故案例引出问题核心。文章详细解析了MVCC(多版本并发控制)的工作原理,包括Undo Log如何记录数据历史版本,以及ReadView如何实现事务隔离。通过伪代码和源码分析,揭示了不同隔离级别(读未提交、读已提交、可重复读、串行化)的底层实现差异,特别关注了ReadView的创建时机和版本链遍历算法。最后从数学角度分析了事务可见性判断逻辑,为数据库性能优化和故障排查提供了理论基础。

2026-03-07 20:00:00 669

原创 TCP握手挥手的魔鬼细节

TCP握手协议中潜藏的魔鬼细节

2026-03-07 09:26:15 762

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除