小红书面试

探讨为主的面试，有很多关于架构方面的讨论，前前后后面了一个小时1、自我介绍几分钟2、实习的提效工具怎么工程化落地，混合了对Agent、MCP、RAG的工具性理解3、Redis为什么高效4、Redis的缓存雪崩、缓存击穿、缓存穿透及解决方案5、TCP为什么是可靠传输6、连不上服务（time_wait）怎么排查7、多线程的锁机制8、并发、并行及其应用场景9、乐观锁和悲观锁10、浅拷贝和深拷贝及其应用场景11、假设有一个超大文件，以最省内存（并非空间复杂度）的方法输出前十个最大的数12、有null值的两表联查反问环节：题刷少了很吃亏啊（如题）面试完发面试评价邮件，查看官网果然当场挂

已经这个流程四天了，但是没有发面试通知

二面的强度比较大，问的问题都很深刻，关于对上一段的实习经历的询问就暂时不放出来了，因为是用实习公司的实际运营内容去作答的，涉及到机密问题。 ok，让我们再复盘一下面试官问的技术细节问题吧。1.Spark是怎么做内存管理的？（开头就有点涉及到我的知识盲区了） 因为Spark与MapReduce最大的区别就是Spark是在内存中做计算，中间数据几乎不落盘，所以Spark对内存的管理有一套它自己的规范，主要目的是平衡数据的存储（基本就是RDD 的缓存，注意：很多同学一想到RDD的缓存就也想将checkpoint说出来，但是checkpoint是把时间落盘了的，这点要尤其注意，说错了很减分）和执行计算...

一面一周后约二面先聊了十分钟实习八股1. 除了ThreadLocal外，java的弱引用还有哪些使用场景(不会，面试官让根据特点临场分析，说的缓存和临时连接)2. 讲一讲对微服务的理解3. 如何实现文件传输？4. http三次握手、四次挥手、TLS四次握手5. java有GC了是否还会有内存泄漏？讲讲哪些场景下会出现内存泄漏算法三线程交替打印小红书一二面的体验真的非常非常非常好，刚开始我的网络不好调了半天，面试官安慰我没事别被小插曲影响，后面还给我分享半天实际工作中的经验许愿三面～