周末了，写篇文章跟大家闲聊一下。上午花了三四个小时，看完了公众号里的文章，有一些感想，就写篇文章跟大家聊聊。
内容关于三方面：聊聊公众号内容的阅读，聊聊总结的Java技术栈，聊聊技术学习的感悟。
阅读的小习惯
个人有一个小习惯，公众号收到的文章不会单纯让它放哪里，会定时去阅读或清理。但随着关注的技术号越来越多，再也没时间去一篇篇看了，基本上都是集中阅读。
集中阅读有两个好处：
第一，如果按照公众号新的推送模式，推送一条，马上阅读，整块的时间反而被碎片化了，而且难以分辨当前推送文章的质量如何，点开只是一时脑热。集中阅读就能够更加准确的分辨文章是不是自己感兴趣的，是不是有价值，是不是要读一读。
举一个例子，就拿“程序员被定义为农民”这个话题来说吧。如果文章放一段时间，集中阅读，你可能看一个公众号的一篇文章之后，也就了解情况了。但如果推送一条消息就马上阅读的话，在兴头上，每个公众号推送的相关主题可能都会阅读一下，时间加倍，收益几乎一样。
第二，避免广告带来的时间浪费。一篇标题很好的文章，点开读了几分钟，发现是广告，这种体验是不是不太好？我个人读文章一般是一周集中读一次。这时，很多文章点开时已经被作者删除了。而且集中读时，你会发现很多重复的文章（广告或转载），真的感兴趣，读一篇即可。
个人集中阅读时，会把阅读完的内容删除掉，算是一个小洁癖吧。但如果一篇一篇的删，那非常耗时。个人会采用公众号最初的查看模式，也就是右上角三个横杆那里，点开之后是以公众号为维度划分的。这样就可以看到每个号所有的推送文章，看完一个，整体删一个号全部的内容。
写技术的越来越少了
早上花了三四个小时，来阅读清理文章。几十个号，大概几百篇文章吧。在阅读的过程中，一个最大的感慨是：文章越来越多了，但写技术文章的人却越来越少了。
大多数的号都是热点、转载、职场、广告。这不能说不好，但作为技术人，读一百篇职场文章，不去行动，不真实提升自己的技术能力，好像作用也不大。读时感觉挺感慨的，读完也就完了。就像刷过一条抖音一样。
当然，还是有不少人在持续输出技术文章，比如我的号就是。
在看文章时，萌生了整理一下Java技术分类的想法。看看这么多号，这么多文章，都涉及了Java的哪些框架，哪些知识点。于是有了下面的脑图：
Java技术栈
当整理完这个脑图之后，发现技术的知识点可能真的就这么多了。每天花大量时间看的文章内容，基本上都离不开这些框架和点。既然如此，为什么要零散的学习一个方面的一个点？为什么不集中学习，逐个攻克呢？这是个问题，你可以思考一下。
集中学习是最有效的方式
其实整理上面的脑图得益于两方面原因：阅读源码的感悟和朋友的影响。
最近正在阅读Nacos的源码，而且还在持续输出系列文章。在此过程中发现，所有的知识都是一个系统嵌套一个系统，一个框架嵌套一个框架。只有把底层的框架搞懂了，源码中的应用才能够理解的更加透彻。不然，阅读源码是一件非常痛苦的事。
举个例子，阅读Nacos中的gRPC通信实现，会发现所有的知识点都是连起来的。要学会gRPC实现，得了解RPC的原理、gRPC框架本身的实现，gRPC又涉及到protobuf框架、Netty框架、HTTP2.0协议。如果这每个框架的实现都深究下去，便是更加基础的知识点了。
下面是学习gRPC时整理的脑图（还在完善）：
gRPC
在上面的例子中，你会发现，如果你之前的学习模式是每个知识点或框架都系统学习，那么当一些其他的框架用到这些知识点时，理解起来是超级容易的。反之，你想弄明白一个框架为什么使用gRPC，可能只能停留在“别人说它好”的层面。
另外一个是朋友的影响，一位朋友正在准备面试，就把所有的框架先搞出来个脑图，然后把这个框架涉及到的知识点进行系统的整理，最后再逐个学习攻克。说实话，非常佩服这位朋友，也在学习他的方法。
他这样做有两个好处。第一，系统化学习更容易记忆，更容易融会贯通；第二，方便后续回顾，系统的鸟瞰。
鉴于上面的原因，集中的系统化的去学习一个框架、一个领域知识是最好的学习方法之一。至于这种模式是否适合你，效果如何，尝试一下就知道了。
小结
这篇文章就闲聊这么多，最后只想再说一句：只有不断的反思、复盘，才能找到自己最佳的学习模式和生活状态。
