一个半小时纯拷打场景和实操(藤子太哈人了)总的来说，这次面试体验非常好，面试官虽然言辞犀利但还算温柔，愿意引导你进行操作，可以学习到很多知识，特别是一些中间件的底层逻辑，让我真正见识了后端的深似海，但我是第一次在面试中遇到需要实操的场景，非常紧张，终端实操和代码编写都写的不好，只完成了一部分，幸运的是，面试官人特别好，会议结束后就给过了，并鼓励我后面继续加油！问项目：1、大文件上传怎么做的2、某个分片上传时间超过了24小时，因此被定时任务清理掉了，应该怎么办？修改清理触发条件/校验文件完整性，断点续传重新触发3、合并文件时java的RandomAccessFile底层是如何实现的4、写文件时，...

这还是lz的处女面，第一次面试就遇到极品了，这是个实习面试，只是打算拿来练手，毕竟第一次面试，先是预订8点会议，等领导到八点半。开始面试后，又问楼主是谁，并且及其没有礼貌，而且要签三年的实习协议，毕业了也得实习，让我考虑一下。果断退出会议详情贴可以见lz最初的帖子，不过有点久远了

面试官您好，关于 HashMap 的底层实现，我是按照以下三个维度来理解的：1. 宏观结构 (Overview)从宏观上看，HashMap 的底层结构在 JDK 1.8 中是 “数组 + 链表 + 红黑树”。它的主体是一个 Node 数组（源码中叫 table），数组的每个位置我们称之为“桶”（Bucket）。常规情况：当没有任何冲突时，数据直接存在数组里。Hash 冲突：当发生哈希冲突时，早期的 JDK 1.7 采用的是单纯的链表（头插法）。JDK 1.8 改进：为了解决哈希冲突导致链表过长、查询效率退化为 的问题，JDK 1.8 引入了红黑树。 转换机制：当链表长度 > 8 且 数组...