毕业季求职压力真的很大，天天刷着招聘软件投简历，越投越焦虑，要么就是被已读不回、要么就是说不合适被拒绝，好不容易有了面试机会结果面试完被婉拒，根本不知道是什么原因……今天从一个HR和过来人的角度，给同学们分析一下求职会踩到的坑以及如何避免。 ❌ 雷点1：简历没写好简历求职的敲门砖，也是最容易被忽视的细节。很多同学，觉得简历内容应该越多越好，这样才能表现出他的能力。其实这个想法是不对的，因为HR看一份简历是很快的，他只会快速寻找简历中的重点挑着看✅ 正确做法：排版清晰，可以优化润色，但不能造假。 ❌ 雷点2：一份简历投遍所有岗位不管是后端、前端、测试、数据分析，全部用同一份简历投递，HR很难判断...

28届双九非科班，一周时间BOSS投了160＋，就十几个要简历的，0约面。项目确实烂大街，大中小厂也都投了，官网也投了。5.19开始投的，确实投的晚了，但是0约面是我没想到的，是投的太少了，还是现在时间节点28届的没人要。求牛友们帮我分析一下原因，给点建议，已经道心破碎了😭😭😭

又吵了，这半年我俩好像就没干别的，全在吵这一件事。春招我签了北京。她是杭州的，想让我去杭州或上海，可那边我是真没拿到合适的机会，北京这个 offer 已经是我能力范围里能够到的最好的了。她说我根本没认真想过我们的未来，说我自私，就是想和她分手所以选的北京。我说先在北京拼两年，有合适的机会我一定过去找她——这话到她那儿，成了我敷衍、不上心。我也想先有点经济基础啊，有个拿得出手的工作和薪资，将来站她家人面前才不那么虚。可能我真像她说的那样吧，我也说不清了。牛友们有跟我一样的吗，offer 和异地，到底该怎么选。难道真的不可以兼得吗？

不需要加锁。get方法是读操作，只需要保证在并发环境下的可见性即可。在ConcurrentHashMap(CHM)的代码实现中，是通过以下三点来保证get方法的可见性。变量的可见性：如下代码所示，在CHM中有两个关键地方被volatile修饰：CHM中的数组table被volatile修饰；Node节点中的val和next被volatile修饰。数组table被volatile修饰，可以保证在哈希表发生扩容后，get方法可以获取到最新的table引用；Node节点的next指针和val变量也都被volatile修饰，可以保证链表的结构发生变动或者Node节点中的值发生变动后，get方法可以获取...