关于文章的整理

从不知道什么时候开始陆陆续续的整理的文章，断断续续整理到现在的300篇，当时整理的目的只是为了更好的吸收技术要点，慢慢的也就变成了一种习惯。
整个过程受益匪浅：
一方面是知识点在整理的时候会发现许多之前根本没有关注的细节；
一方面是在整理的过程会快速的把一个个知识点关联在一起，变成一个网的结构；

 整理那么多文章的多多少少有一些心得，请继续浏览后文。

关于Java基础

对于编写代码，能不能写出代码 Java基础永远是最重要的；

对于编写代码，能不能写好代码 算法与设计模式才是关键：
什么是算法：选择适用于业务逻辑的合适的数据结构，在该数据结构上进行快速的增删改查，其实也就是算法。
什么是设计模式：选择适用于业务逻辑的最佳（或者说经过长时间验证）编写代码的方案，使用该方案完成业务逻辑的编写。

关于框架

什么是分布式框架 缓存框架 消息框架：锦上添花的东西，为了让系统更好的应对特定的业务场景。

分布式框架：按照功能对系统进行分模块的解耦
缓存框架：快  时效性
消息框架： 数据的临时存储 异步 削峰

什么是单体项目：
与分布式式项目相对，所有的功能在同一个项目下

是不是只有单体项目就不行了，不是的：
1：针对于分布式的特点，单体项目区分好package包一样可以做到逻辑上的解耦，如果需要物理上解耦，可以使用Socket进行包与包之间的通讯。
2：单体项目同样可以使用缓存框架，单体项目哪怕没有缓存框架，同样的可以把数据存储到某个全局容器（List Map）上，同样的是存放在JVM的内存上，保证其速度，
    也可以使用定时器来保证有效性。
3：单体项目同样可以使用消息框架，单体项目哪怕没有消息框架，同样的可以把数据存储到队列（有界队列或者无界队列），再模拟编写一个监听器来
    实现类似于消息的发布订阅，做到异步 削峰。

突然发现：事实上的框架，我们可以使用基础Java来实现其核心功能
框架也就是针对某些业务场景 对代码进行了一层封装  更好的提供给开发人员使用

分布式框架  缓存框架  消息框架  其实也就是在某种思维上，为了解决某种特点的业务问题，对代码进行了一层封装，
那么对于应于框架 ,个人觉得在学习的过程中，各选其一：如分布式框架SpringCloud 如缓存框架Redis  如消息框架RocketMq 进行学习即可，
它们与其他框架的思维也是互通的。
学习过程：
1：先看应用场景 
2：再看它是怎么实现 
3：最后整理一下变成自己的东西

JVM到底重不重要

学习一定要秉承两个原则：
一个是 学以致用
一个是 可预见性学习

如果只是想写CRUD  JVM看不看都没所谓；

如果需要了解某些Java知识点的原理：
    比如所谓的CAS执行过程中数据是怎么存储的；
    比如线程执行时，当CPU切换时间片后，后面线程重新获取时间片后是怎么重新之前执行的逻辑；
    比如为什么存在OOM的情况；
    比如JVM有时候为什么设置相应启动的参数；
    那么是十分有必要看一些JVM的相关知识的；

如果有一天需要解决系统的疑难杂症，那么很多时候需要JVM优化（精通）的知识去对字节码文件进行分析。    

所以JVM呢。。。并不是它本身重不重要，而是它对使用者到底有没有意义。

关于最后一篇文章

因为在前两个月，基本上是处于离职状态在家里写写文章和个人项目，
后续会从事国内某个的知名基金项目的开发，估计会有一个多月的适应期，因此文章会暂时停更一段时间。

另外就是文章后续应该不会在放在简书上，
而会选择放在一些技术氛围更浓厚的社区比如说infoq等  或者 编写一个个人博客（这个得看时间）。

那么这篇文章应该也就是在简书的最后一篇文章。

最后在这里非常非常感谢 各种学习资料来源的作者 以及 上家公司Chargespot的同事与上级的帮助与教导。