📌 核心封装原因1. 提高代码复用性避免重复造轮子✅ 把常用的HTTP请求方法（GET/POST等）封装成通用函数✅ 不同的测试用例可以直接调用，无需重复编写相同代码✅ 减少代码量，提高开发效率2. 增强代码可维护性统一管理，便于修改✅ 所有HTTP请求的逻辑集中在一个地方管理✅ 如果API地址、请求头、超时时间等需要修改，只需改一处✅ 降低维护成本，减少出错概率3. 提升测试稳定性统一处理异常和错误✅ 可以在封装层统一处理请求超时、连接失败等异常情况✅ 对错误响应进行统一判断和处理✅ 避免因网络问题或API变化导致的测试用例频繁失败4. 增强安全性统一处理敏感信息✅ 可以在封装层统一管理认...

投递206家，面试71场，oc10家。最后选了一线城市855包吃包住的岗，不加班的话总包在28左右，拒了一些躺平银行和40+的互联网大厂。但又总羡慕高薪的朋友，还是不太甘心发个帖子希望入职以后可以猛猛干，用互联网的强度约束自己，用几年的时间升职加薪赶上各位佬的首年年薪

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