柠檬微趣一面1.自我介绍2.hashmap底层原理，是否是线程安全的3.不安全应该使用什么4.currenthashmap原理，线程不安全的情况 这块一致追问 答的不太好5.多个线程写一个日志文件，怎么保证并发安全（不太会）6.jvm内存结构7.垃圾回收 怎么确定回收哪些垃圾8.多线程使用场景9.常见的gcroots10.网络分层结构11.tcp和udp区别12.tcp概念问了一大堆13.https了解吗 具体说一下 也是说了一大堆14.mysql索引15.b+树 为什么不用红黑树 b+树的查询效率 推导一下总结：一直问，不会就想，偶尔会给一个反馈，没问实习，没问项目，纯纯八股🍋【柠檬微趣2...

最近看到很多 92 的，甚至是硕士，开始往测开赛道卷，说实话有点看不懂。先把话说清楚，大厂里的测开，绝大多数时间干的还是测试的活，只是写点自动化脚本、维护测试平台、接接流水线，真正像开发一样做系统、做架构、做核心平台的测开少得可怜，基本都集中在核心提效组，而且人很少，外面进去的大概率轮不到你，我想真正干过人都清楚。很多人被洗脑了，以为测开也是开，和后端差不多，只是更简单、更轻松、还高薪。现实情况是，测开和开发的职业路径完全不一样。开发的核心是业务和系统能力，测开的核心是稳定性和覆盖率，前者是往上走，后者天花板非常明显。你可以见到很多开发转测开，但你很少见到干了几年测开还能顺利转回开发的。更现实一点说，92 的高学历如果拿来做测开，大部分时间就是在做重复性很强的杂活，这种工作对个人能力的放大效应非常弱。三年下来，你和一个双非的，甚至本科的测开差距不会太大，但你和同龄的后端、平台开发差距会非常明显。这不是努不努力的问题，是赛道问题。所谓测开简单高薪，本质上是把极少数核心测开的上限，当成了整个岗位的常态来宣传。那些工资高、技术强的测开，本身就是开发水平，只是挂了个测开的名。普通人进去，99% 做的都是项目兜底型工作，而不是你想象中的平台开发。测开不是不能做，但它绝对不是开发的平替，也不是性价比最优解。如果你是真的不想做开发，追求稳定，那测开没问题。但如果你只是觉得测开比后端容易，还能进大厂，那我劝你冷静一点，这只是在用短期安全感换长期天花板。有92的学历，如果你连测开这些重复性工作都能心甘情愿接受，那你把时间精力用在真正的开发、系统、业务深度上，回报大概率比卷测开要高得多。想清楚再下场，别被岗位名和话术带偏了，就算去个前端客户端也是随便占坑的，测开是一个坑位很少赛道，反而大面积学历下放，不用想也能知道会是什么结果，我想各位在JAVA那里已经看到了

已经入职字节快一个月了，突然想起来之前那段时间的面经没有发，先发一下timeline吧。Tiktok 内容安全平台（人才库电话捞我）：电话10.28 -> 一面10.30(我觉得你跟我们组业务挺match的，然后过了三天问hr挂了，应该是别人流程更快)阿里淘天：投递11.11->约面11.12->一面11.14（问得很简单，30分钟，手撕八股全过无后续）Kpi面腾讯wxg 微信小程序：投递11.13 ->约面11.14-> 一面11.17 (究极无敌拷打，问我多模态大模型涉及的算法？但是人很好)->11.19流程终止小红书 风控平台：投递11.16 —约面11.17  ->一面11.18 (抽象的面试官，面试感觉一般，问得前端网页安全相关的，确实没准备)->11.20挂百度 百家号：投递11.14 —>约面11.14 ->一面11.14(当场约2面)->二面11.24->口头告知offer， 拒绝（原因是业务不太好）美团 技术平台投递11.17 -> 约面（忘记了，没多久） ->一面11.19 ->二面11.21 （字节offer不想面了）快手 电商业务投递11.17 -> 约面11.18 ->一面11.19 -> 二面11.21（拒了）腾讯wxg 微信支付（被捞）：（直接发面试邮件）技术一面12.05 ->技术二面12.11 ->技术三面12.17 -> hr面已拒绝（了解业务后拒绝，但是有转正hc，感觉还蛮可惜）字节跳动 xxxx：东家就不放具体的时间线了，大概是面完第二天就能知道结果，除了有几天ld请假了没填面评。不去wxg还有个原因是还在期末周，深圳学校来回太麻烦了，至少现在在的组感觉能学到很多的东西，自己的选择应该也没错。还是感概一下，一年前大二的时候投简历海投基本上石沉大海，无论大小厂约面比例很少。现在基本上投了就有面试，还都是以前梦寐以求的大厂，现在自己也有了更多的选择，也没有投太多简历。也感谢上一段实习的经历，很有意思的项目，无论是字节，腾讯，还是美团基本都有聊这个项目。面经需要等一下，也许等周末有空了再发给各位uu，感兴趣可以关注一下～有想要交流学习的同学也可以私信我，目前人在北京大钟寺～，可以找搭子～

TCP篇 1. TCP为什么是可靠的？从基础概念出发，TCP是面向连接的基于字节流的通信协议，从连接管理的角度来说：TCP通过三次握手建立连接，确保通信双方有正常收发能力；通过四次挥手释放连接，确保所有数据被正确接收并妥善处理。这里的可靠指的是报文的可靠传输，换一句话说就是如何保证报文不重不丢：TCP是基于字节流的，每一个字节都有唯一的序列号，这解决了报文重复的问题；接收端接收数据后会回复ACK确认号，这解决了丢包的问题；为了确保数据能够到达，在没有收到ACK的一定时间内，会触发发送方超时重传；另一方面，由接收方主导的流量控制能够避免接收方太多数据处理不过来。这里要注意流量控制和拥塞控制的区别...