组内的数据系统在承接一个业务需求时无法满足性能需求，于是针对这个场景做了一些优化，在此写篇文章做记录。业务场景是这样：调用方一次获取某个用户的几百个特征（可以把特征理解为属性），特征以 redis hash 的形式存储在持久化 KV 数据库中，特征数据以天级别为更新粒度。要求 95 分位的延迟在 5ms 左右。这个数据系统属于无状态的服务，为了增大吞吐量和降低延迟，从存储和代码两方面进行优化。存储

近两年，“大厂裁员”总是凭实力冲上各大媒体头条，身在局中的我们早已习以为常。国内的京东，阿里，腾讯，字节，快手，小米等互联网公司都以不同程度的裁员比例向社会输送人才。大量有大厂经验的卷王涌入招聘市场，更多的人去竞争更少的岗位，这也间接的抬高了现在Java市场招聘的需求。

Spring是我们Java程序员面试和工作都绕不开的重难点。很多粉丝就经常跟我反馈说由Spring衍生出来的一系列框架太多了，根本不知道从何下手；大家学习过程中大都不成体系，但面试的时候都上升到源码级别了，你不光要清楚了解Spring源码的整体设计和实现细节，还要懂现在互联网公司面试的套路，不然面试根本过不了。

现在互联网企业招聘对于“高并发”这块的考察可以说是越来越注重了。基本上你简历上有高并发相关经验，就能成为企业优先考虑的候选人。其原因在于，企业真正需要的是能独立解决问题的人才。每年面试找工作的人很多，技术水平也是高低不一，而并发编程却一直是让大家很头疼的事情，很多人总觉得自己似乎掌握了并发编程的知识，但实际在面试或者工作中，都会被它吊打虐哭。

前几天收到一位粉丝留言，说的是他才一年半经验，去面试却被各种问到分布式，高并发，多线程之间的问题。基础层面上的是可以答上来，但是面试官深问的话就不会了！被问得都怀疑现在Java招聘初级岗位到底招的是初级开发还是架构，是不是面进去就能直接进架构组了？

最近后台收到小伙伴留言，说的是程序员究竟要不要去读源码？当下行情，面试什么样的薪资/岗位才会被问到源码？对此，我的回答是：一定要去读，并且要提到日程上来！

现在就这光景，不比以前，会个CRUD就有人要，即使大部分公司依然只需要做CRUD的事情......现在去面试，只会CRUD还要被吐槽：

今年的程序员可以说是最焦虑的一个群体了，面试找工作投简历没人理，有面试机会也面试不过，面试进去还干不长...于是，程序员们纷纷直呼：互联网寒冬又双叒叕来了，环境不好努力也没用躺平算了。

相信从事Java开发的朋友都听说过SSM框架，老点的甚至经历过SSH，说起来有点恐怖，比如我就是经历过SSH那个时代未流。当然无论是SSM还是SSH都不是今天的重点，今天要说的是Spring Boot，一个令人眼前一亮的框架，从大的说，Spring Boot是取代了SSM中的SS的角色。

性能优化可以说是很多一线大厂对其公司内高级开发的基本要求（其中以Java岗最为显著）。其原因有两个：一是提高系统的性能，二是为公司节省资源。两者都能做到，那你就不可谓不是普通程序员眼中的“调优大神了”。