无处不抽象，从JVM内存管理想到的

最近刚换了个东家，由于项目扩容需求，需要做分布式部署和各种性能调优以应对大规模并发，Tou说都没啥经验，索性把这个任务就交给我这个闲人做了，让我给出可行性方案，正好我一直就手痒痒想去搞搞分布式用到的东东，集群、热备、缓存、性能调优、数据库master/slave我就这样来了，不信搞不死你，你们不死我也得活O(∩_∩)O哈哈~

先从JVM说说，其他的待续…

太阳的JVM内存管理模型是谁抽象出来的呢，竟然和公司的管理机制如出一辙，不得不让我感叹一声，现实生活如此软件亦如此，一切皆为抽象..

一句话概括JVM管理策略

JVM把内存分三代【新生代{又包括eden区、幸存区}、旧生代、持久代】，然后各代就可以按照不同的策略折腾了

为啥说和公司管理机制像呢，我的分析如下：

按照公司的管理机制我把21世纪最贵的东西—“人才”在公司的地位分为三类，新人区、中层区、高管区对比在JVM中的object存在的三个代，对比如下：

JVM管理机制		公司管理机制
新生代	JVM新生代分为eden区和幸存区 Eden直译过来就是伊甸园，创造生命的地方，通常新创建的一个对象都会放在这里，生命力强并且走运的就进入了幸存区，如果幸存区里生命力还是很强，那经过不停的折磨后就有机会进入旧生代，过上幸福日子，否则就夭折了，到此game over.但是如果这个object占用内存空间很大，新生代做了垃圾回收（minor gc）之后还是放不下它，JVM就直接把它放进旧生代，如果旧生代还是放不下，那就说明系统设计不合理了，导致内存溢出。	新人区	通常一个运作相对成熟的公司招聘来的新人(对应jvm中的object)不会直接放到举足轻重的部门，需要有个试用的过程，能力不错滴、听话的、禁得住蹂躏地好同志可以混过试用期继而进入中层区(对应JVM旧生代)过上相对稳定的生活，当然也不乏NB份子(对应JVM创建的大对象)，譬如其自身能力突出又有个大名鼎鼎的李刚老子，那肯定要走捷径了，可以直接进入中层区，如果中层区容不下这小子，那公司肯定会有麻烦滴，高管层肯定会高度重视，否则会出乱子的。
旧生代	能进入这个区的objcet，基本上都是生命特征比较明显的.进了这个区并不意味着可以一劳永逸了，major GC还是照样会蹂躏你的，只是不会像对待新生代那样的频繁，但是还会进行优胜劣汰	中层区	新人能够进入中层区，至少说明已经过了试用期成为了所谓的“老人或正式员工”，但是照样要遵循公司的管理制度，为了生活还需要不断学习保持进步，否则早晚会被淘汰掉，这里只能说明是相对稳定
持久带	持久带存放JVM自己的反射对象，比如类对象和方法对象、jar包相关meta信息，需要JVM启动时把相关信息都初始化准备好，新生代、旧生代对象可以使用这里的资源，但是基本很难混到这里保持一劳永逸，这个区也会做垃圾回收(FullGC),通常会在旧生代空间不足时促发该操作。	高管区	能进入这个层的人如果公司不倒闭基本可以稳定了，要么是公司的BOSS级人物，要么是BOSS层助手（如财务、行政），BOSS层助手也需要为新人区和中层区服务，但是这里的职位通常很稳定，新人区和中层区很难挤到这里来，这里的利益划分通常是在公司成立之初就定好了滴
总结	不说也罢，每个区都有自己的活法，大家懂的