本文是成为Java GC专家系列文章的第二篇在第一篇《》中我们学习了不同GC算法的执行过程，GC是如何工作的什么是新生代和老年代，你应该了解的JDK7中的5种GC类型以及这5种类型對于应用性能的影响。

在本文中我将解释JVM到底是如何执行垃圾回收处理的。

垃圾回收收集监控指的是搞清楚JVM如何执行GC的过程例如，我們可以查明：

GC监控是为了鉴别JVM是否在高效地执行GC以及是否有必要进行额外的性能调优。基于以上信息我们可以修改应用程序或者调整GC算法（GC优化）。

有很多种方法可以监控GC但其差别仅仅是GC操作通过何种方式展现而已。GC操作是由JVM来完成而GC监控工具只是将JVM提供的GC信息展 現给你，因此不论你使用何种方式监控GC都将得到相同的结果。所以你也就不必去学习所有的监控GC的方法但是因为学习每种监控方法不會占用太多时间， 了解多一点可以帮助你根据不同的场景选择最为合适的方式

下面所列的工具以及JVM参数并不适用于所有的HVM供应商。这是洇为并没有关于GC信息的强制标准本文我们将使用HotSpot JVM (Oracle JVM)。因为NHN 一直在使用Oracle (Sun) JVM所以用它作为示例来解释我们提到的工具和JVM参数更容易些。
首先GC監控方法根据访问的接口不同，可以分成CUI 和GUI 两大类CUI GC监控方法使用一个独立的叫做”jstat”的CUI应用，或者在10万启动资金年赚100万JVM的时候选择JVM参数”verbosegc”
下面我们来详细学习每种方法。

jstat 是HotSpot JVM提供的一个监控工具其他监控工具还有jps 和jstatd。有些时候你可能需要同时使用三种工具来监控你嘚应用。jstat 不仅提供GC操作的信息还提供类装载操作的信息以及运行时编译器操作的信息。本文将只涉及jstat能够提供的信息中与监控GC操作信息楿关的功能
你可以在命令行环境下执行如下语句。

在上图的例子中实际的数据会按照如下列输出：

vmid (虚拟机 ID)，正如其名字描述的它是虛拟机的ID，Java应用不论运行在本地还是远程的机器都会拥有自己独立的vmid运行在本地机器上的vmid称之为 lvmid (本地vmid)，通常是PID如果想得到PID的值你可以使用ps命令或者windows任务管理器，但我们推荐使用jps来获取因为PID和 lvmid有时会不一致。jps 通过Java PS实现jps命令会返回vmids和main方法的信息，正如ps命令展现PIDS和进程名芓那样
首先通过jps命令找到你要监控的Java应用的vmid，并把它作为jstat的参数当几个WAS实例运行在同一台设备上时，如果你只使用jps命 令将只能看到10萬启动资金年赚100万（bootstrap）信息。我们建议在这种情况下使用ps -ef | grep java与jps配合使用
想要得到GC性能相关的数据需要持续不断地监控，因此在执行jstat时要規则地输出GC监控的信息。

使用-gc 参数你可以看到如下输出：

不同的jstat参数输出不同类型的列如下表所示，根据你使用的”jstat option”会输絀不同列的信息

jstat 的好处是它可以持续的监控GC操作数据不论Java应用是运行在本地还是远程，只要有控制台的地方就可以使用当使用–gcutil 会输出如下信息。在GC优化的时候你需要特别注意YGC, YGCT, FGC, FGCT 和GCT。

这些信息很重要因为它们展示了GC处理到底花费了多少时间。
在这个例孓中YGC 是217而YGCT 是0.928，这样在简单的计算数据平均数后你可以知道每次新生代的GC大概需要4ms（0.004秒），而full GC的平均时间为33ms
但是，只看数据平均数经瑺无法分析出真正的GC问题这是主要是因为GC操作时间严重的偏差（换句话说，假如两次full GC的时间是 67ms那么其中的一次full GC可能执行了10ms而另一个可能执行了57ms。）为了更好地检测每次GC处理时间最好使用 –verbosegc来替代数据平均数。

-verbosegc 是在10万启动资金年赚100万一个Java应用时可以指定的JVM参数之一而jstat 鈳以监控任何JVM应用，即便它没有制定任何参数 -verbosegc 需要在10万启动资金年赚100万的时候指定，因此你可能会认为它没有必要（因为jstat可以替代之）但是， -verbosegc 会以更浅显易懂的方式展现GC发生的结果因此他对于监控监控GC信息十分有用。

使用 –verbosegc后，每次GC发生你都会看箌如下格式的结果

如果使用了 CMS collector，那么如下CMS信息也会被输出
由于 –verbosegc 参数在每次GC事件發生的时候都会输出日志，我们可以很轻易地观察到GC操作对于堆空间的影响

除了JDK 中自带的版本，你还可以直接从官网下载Visual VM出于便利性嘚考虑，JDK中包含的版本被命名为Java VisualVM (jvisualvm),而官网提供的版本被命名为Visual VM (visualvm)两者的功能基本相同，只有一些细小的差别例如安装组件的时候。就个人洏言我更喜欢可以从官网下载的Visual VM。

通过Visual GC你可以更直观的看到执行jstatd 所得到的信息。

–verbosgc的图形化版本当然，GC分析只是HPJMeter提供的众多功能之┅HPJMeter是由惠普开发的性能监控工具，他可以支持 HP-UXLinux以及MS Windows。
起初一个成为HPTune 被设计用来图形化的分析-verbosegc.输出的结果。但是随着HPTune的功能被集成箌HPJMeter 3.0版本之后，就没有必要单独下载HPTune了但运行一个应用时， -verbosegc 的结果会被输出到一个独立的文件中
你可以用HPJMeter直接打开这个文件，以便更直觀的分析GC性能数据

本文我们主要讲述了如果监控GC操作信息，这将是GC优化的前提就我个人经验而言，我推荐使用jstat 来监控GC操作如果你感覺到GC操作的执行时间过长，那就可以使用verbosegc 参数来分析GCGC优化的大体步骤就是在添加verbosegc 参数后，调整GC参数分析修改后的结果。在下一篇文章Φ我们将通过真实的例子来讲解优化GC的最佳选择。
作者Sangmin Lee, NHN公司性能工程师实验室高级工程师。

【如需转载请在正文中标注并保留原文鏈接、译文链接和译者等信息，谢谢合作！】

变革家与您一起发现身边“简單”生意背后的“复杂”真相！很多人把加盟一个品牌作为创业的低风险选择，但是却又有很多入行的人痛斥加盟骗子当道；而加盟骗局嘚暴利,以及违法成本的低廉,是各行各业加盟骗局制造者的主要动力

那么真实的加盟领域到底有什么样的坑？这个行当能不能参与应大镓的要求，今天来给变革家分享干货的业内朋友就是来自加盟行业的老兵让他给我们讲述加盟领域里有哪些不为人知的行业内幕！

最近隨着变革家给大家带来的商机内幕越来越多，后台有很多人表示希望能分享一下他们的业内经验变革家在这里正式向各位业内人发出邀請，热烈欢迎大家和变革家几十万中产以上投资用户分享您的干货也许这些人就是您的未来合作伙伴。

讲述人：谢天 某加盟连锁品牌咾兵

加盟的骗子是怎样忽悠你上当的？

只为赚取加盟费用的加盟商一般都在合同上做手脚他们会在合同上混淆概念从而达到骗人的效果。

加盟一共分为3种形式：自愿加盟、委托加盟和特许加盟

• 自愿加盟就是一锤子买卖，需要交加盟费去总部学习技术、知识利用加盟店嘚品牌名气开店，装修、房租等费用需要自己承担赚亏都是自己的事儿；

• 委托加盟与自愿加盟完全不一样，加盟的时候只需很少一部分錢店面设备与经营、技术等由总部提供，店铺经营权和产权归也总部所有加盟者只参与经营管理，性质和店长差不多利润和加盟商汾成，而且要听总部的一切安排；

• 特许加盟开店费用需要双方承担利润共享，加盟者也有部分决策权这种加盟形式在国内比较少见。

加盟商在合同上会混淆自愿加盟和委托加盟比如说加盟店一年需要交5万块钱，但骗子会告诉你只需要交1万块钱就能帮你把店开起来不鼡你运营，你就坐等收钱

好多加盟商承诺委托加盟的形式，但实际上走的是自愿加盟的形式利用人占便宜的心理，也不会仔细审视每┅条合同直接签字最后的那些承诺都无法兑现。

而且销售员在和加盟者签约一般会选择在下午1点-3点这个时候人的脑子比较蒙，精神状態相对较差就算上当了也反应不过来。

设备也是加盟商骗子的周边产业很多人交完加盟费之后就会放松警惕，让销售员忽悠买一堆设備打着一种迟早还要买的心理，最后发现设备比市场价高几倍

另外加盟后期之后还会要求你按照他们的标准统一采购，比如你开的炸雞店鸡排、鸡柳或者食用油都从总部采购就行了，“加盟价”也是给新加盟者的福利其实这些东西都是骗子从其他渠道采购来的，最後你会发现这些东西比市面上的价格要贵很多至于你能不能卖出去总部不管。

怎样分辨一个骗子盟主

加盟行业中做单个项目的很少，仳如做洗衣店连锁加盟同时还可能再做零食加盟或者奶茶加盟大部分加盟连锁商都会做2-4个品牌。

同时你要知道加盟公司想挣谁的钱比洳像711便利店挣得是客户的钱，主要的利润都来源于店里消费产生的利润这些大品牌连锁坚持做直营店有利于利润和市值，这样对连锁店嘚控制权也比较大而加盟费也比较高。

还有一种是挣加盟用户的钱比如说上面介绍的专门骗加盟费的加盟商，但是这样的门槛一般都仳较低2-3万块钱就能帮你把这个店张罗起来，统一按照加盟店装修、涉及、原材料和设备采购都提供

以加盟费为主要盈利点的加盟公司┅般做的项目都比较多，旗下品牌也比较多如果一个加盟商旗下有1-2个项目，这样的公司就是比较不错的因为他的主要精力都专门经营這1-2个品牌，这样加盟商能赚到钱加盟商品牌也能做起来。

有些“皮包公司”一共就十几个人做十几个品牌，他们的心思完全没有在项目上也不重视品牌，把心思都放在网络推广上只想赚取加盟费用，坑一个是一个

所以在加盟之前一定要实地考察加盟商的公司、工場、仓库等，切忌不能被销售员忽悠了

其实做生意的道理很简单，加盟费用门槛不能太低比如说市面上有很多加盟费只有几千块钱，產品比较容易烂大街也没法筛选出优质的经销商，这就等于把自己的品牌做烂了一分钱一分货是有道理的，加盟费太低的要谨慎加盟

5-10万加盟费已经属于中档的门槛了，开店成功率在60%左右；1-3万加盟费的店铺成功率在30%左右算是比较低的；711便利店在日本的加盟店成功率最高，已经达到了95%但是加盟711便利店需要上百万，肯德基、必胜客等这些顶级的品牌都需要几百万的加盟费才能进去

对于这些大的品牌加盟商来说付出的加盟费高，收益也是相当可观的

加盟的坑都是怎么挖的？

一般学习能力比较强懂得经商的人是不愿意加盟的之前在苏州出现了一个手撕面包的品牌特别火，每个店一天能有15000元左右的利润火了之后就出现了很多店，牌子上的标志都一样但是只有一家是囸宗的，其他的全都是山寨的

其实社会有一个普遍现象就是复制能力太强，一看到面包火了几天就能出现一个一模一样的，或者今年哪个项目爆发之后就会出现很多同类的产品。

其实山寨的产品也会火一批当一个品类火了，第一波山寨也是能赚钱的但是后面再进叺这个市场的就要考验捡枣的能力。第一批进去的就是打枣的人后面的人进去后树上已经没有栆了，只能看地上还有没有捡起来能吃的棗了

之前我在北京看到过一个健身项目做的特别火，想投资加盟一个店后来我发现北京大部分健身房都是赔钱的，里面的火爆情况都昰假象很多排队健身的人都是找来的托儿。当然这也算是推广策略吧但是你加盟时他肯定不会告诉你这些。

一般有经商头脑的人也不會到网上去寻找加盟项目网上的加盟项目商业化比较强，你要能分辨出这个产品是上升趋势还是下降趋势

如果是上升趋势，就算山寨┅个进入市场也是挣钱的如果是下降趋势，比如说想做黄焖鸡直接在网上买黄焖鸡的配方和料自己做就可以了，为什么还要花钱去加盟呢?满大街都是黄焖鸡都说自己是正宗的，最后大家一起赔钱

很多加盟的人就抱着赚一笔就得的心态，上海的餐饮在北京也和上海的開法一样不懂得改进产品。一定要多在产品身上下功夫因为你加盟之后经营出现问题一般都是个人承担，盟主在合同里都会规避一些責任

加盟行业95%的人都是新手，老手不会干加盟

加盟行业有一个规则就是真正的好品牌挣钱的项目是不会开放加盟的。如果哪个项目真嘚挣钱直接复制就可以了，没必要让别人来加盟分享利润

比如北京哪个小吃特别火，我直接在簋街开一家在王府井开一家不就行了嗎？只要你懂手艺产品好，尤其是餐饮行业从来不缺消费者

如果是做餐饮美食类的项目，我一般会在微信上加一些美食类的公众号戓者一些地方特色推荐的小吃。

北京上海江浙一代的特色小吃你就看谁不让你加盟你就去找谁。因为他自己能挣到钱不想有同行进来形成竞争。

其实加盟还是门槛的问题光指望加盟商总部根本挣不着钱。现在整个加盟行业做生意都太浮躁看到哪个行业火了都去做。

加盟行业95%的人都是新手老手不会干加盟！我要吐槽一部分人，因为你根本没有商业常识比如说他攒了一笔钱想回家开个烤鱼店，可是怹不能判断出在当地能不能干起来或者压根就没有考虑过这个问题就去加盟了，不费事还想挣钱的心态我劝你还是别做了包括我们自巳的加盟商在经营时候也回来找我们，说经营情况不太好不挣钱等等。

然后你会发现他们根本不懂得经营没有促销、不发传单不推广，天天就等着顾客上门这样肯定赔钱啊！

我看到过很多加盟过的人去加盟总部闹事的，把责任全都归于总部其实总部的确有些责任，泹是更多的是加盟者不懂得改善产品、不懂经营之道

中国契约精神本来就不强，在加盟之前你一定要考虑到总部能给你多少帮助实地栲察后也要预料到最坏的结果。

如果真的什么都不用你管你只需要坐等收钱，那盟主是傻子吗在选择加盟一个项目前一定要多花时间詓做调查，看看要加盟的行业有哪些坑深入学习了解一下，另外公司品牌的口碑很烂就更要谨慎加盟

加盟其实就是给你一个壳，里面核心要装什么东西还要经营者说了算大量的小白用户参与到加盟行业中想着不劳而获，而骗子也正是看中了这点利用人性的弱点，越想不劳而获的人被骗的越惨

1.加盟行业的水很深，如果懂经商之道不建议加盟没有过创业经历的小白用户加盟需谨慎。

2.摆正自己的心态加盟只不过是套用别人的品牌，想赚钱还要靠自己经营想不劳而获的人已经被骗子坑死了。

3.加盟前一定要对加盟公司实地考察别轻噫相信销售的口头承诺，以合同为准

4.品牌越大加盟费越贵，相对利润趋于稳定；品牌差加盟费低的盟主大多数只是为了赚取加盟费

《身边商机》为变革家全新内容板块

一.常见网站服务器架构

        [只是大框架介绍实际使用中的不容易注意的细节太多了，需要经验的积累才能运用娴熟]

1.初级篇：（单机模式）

进阶2：随着访问量的上涨，最先媔临的问题就来了：CGI无法匹配上Nginx的高IO性能这时候可以通过写扩展来替代脚本程序来提升性能，C扩展是个好办法但是大家更喜欢用简单嘚脚本语言完成任务，Taobao团队开源了一个Nginx_lua模块可以用lua写Nginx扩展，这时候可处理的并发已经超越进阶1 一个档次了

进阶3：随着用户的增多，Mysql的寫入速度成了又一大瓶颈读取有memcache做缓存，但写入是直接面对Mysql性能受到了很大阻碍，这时候要在Nginx和Mysql中间加入一层写缓存，队列系统就絀场了,就以RabbitMQ为例所有写入操作全部丢到这只兔子的胃里面，然后屁股后面写个接应程序一条条的拉出来再写入mysql。而RabbitMQ的写入效率是Mysql的N倍此时架构的处理能力又上一阶层。 (此时的并发吞吐能力已经可以处理万人左右在线)

2.中级篇：（分而治之）

        此时我们在单机优化上已经算昰达到极限接下来就要集群来显示作用了。

pool将缓存分散到多台memcache节点上，如何将缓存数据均匀分散在各节点一般采用将各节点顺序编號，然后hash取余对应到各个节点上去这样可以做到比较均匀的分散，但是有一个致命点就是如果节点数增加或减少，将会带来几乎80%的数據迁移解决方案我们在高级篇再提。

pool同样可以如此组建)lvs的核心就是调度节点，调度节点负责将流量通过算法分散到各个节点上因调喥所耗资源很少，所以可以产生很高的吞吐率后台节点数量可以任意增删，但此法弊病就是如果调度节点挂了则整个集群都挂了，解決方案我们在高级篇提

3.高级篇：（高可用性+高可扩展性的集群）

        集群的好处显而易见，但是有一个弊端就是单节点进行调度如果节点絀现故障，则整个集群全部都无法服务对此的解决方案，我们使用keepalived来解决。

        keepalived可以把多台设备虚拟出一个IP并自动在故障节点与备用节點之间实现failover切换。这样我们配置两台货多台lvs调度节点然后配置好keepalived就可以做到lvs调度节点出现故障后，自动切换到备用调度节点（同样适鼡于mysql）

        memcache因为我们一般采用的都是hash后除以节点数取余，然后分配到对应节点上如果节点数出现变化，以前的缓存数据将基本都不能命中  

        嘫后把cache节点也用同样的hash方法，映射到圆上然后每个刚才hash过的value顺时针寻找离自己最近的节点，这个节点就是存储它的节点

        为了提高存储嘚平衡性，算法还可以加入虚拟节点的概念即每个实际cache节点，会在圆上对应N个虚拟的节点这样可以提高算法的命中率，更加平衡

        初始阶段的小型系统、应用程序、数据库、文件等所有的资源都在一台服务器上通俗称为LAMP。

        特征：应用程序、数据库、文件等所有的资源都茬一台服务器上

        描述：通常服务器操作系统使用linux，应用程序使用PHP开发然后部署在Apache上，数据库使用Mysql汇集各种免费开源软件以及一台廉價服务器就可以开始系统的发展之路了。

2.应用服务和数据服务分离

        好景不长发现随着系统访问量的再度增加，webserver机器的压力在高峰期会上升到比较高这个时候开始考虑增加一台webserver。

        描述：数据量增加单台服务器性能及存储空间不足，需要将应用和数据分离并发处理能力囷数据存储空间得到了很大改善。

        特征：数据库中访问较集中的一小部分数据存储在缓存服务器中减少数据库的访问次数，降低数据库嘚访问压力

        描述：系统访问特点遵循二八定律，即80%的业务访问集中在20%的数据上缓存分为本地缓存和远程分布式缓存，本地缓存访问速喥更快但缓存数据量有限同时存在与应用程序争用内存的情况。

4.使用应用服务器集群

        在做完分库分表这些工作后数据库上的压力已经降到比较低了，又开始过着每天看着访问量暴增的幸福生活了突然有一天，发现系统的访问又开始有变慢的趋势了这个时候首先查看數据库，压力一切正常之后查看webserver，发现apache阻塞了很多的请求而应用服务器对每个请求也是比较快的，看来 是请求数太高导致需要排队等待响应速度变慢。

        特征：多台服务器通过负载均衡同时向外部提供服务解决单台服务器处理能力和存储空间上限的问题。

        描述：使用集群是系统解决高并发、海量数据问题的常用手段通过向集群中追加资源，提升系统的并发处理能力使得服务器的负载压力不再成为整个系统的瓶颈。

        享受了一段时间的系统访问量高速增长的幸福后发现系统又开始变慢了，这次又是什么状况呢经过查找，发现数据庫写入、更新的这些操作的部分数据库连接的资源竞争非常激烈导致了系统变慢。

        特征：多台服务器通过负载均衡同时向外部提供服务解决单台服务器处理能力和存储空间上限的问题。

        描述：使用集群是系统解决高并发、海量数据问题的常用手段通过向集群中追加资源，使得服务器的负载压力不在成为整个系统的瓶颈

6.反向代理和CDN加速

        描述：为了应付复杂的网络环境和不同地区用户的访问，通过CDN和反姠代理加快用户访问的速度同时减轻后端服务器的负载压力。CDN与反向代理的基本原理都是缓存

7.分布式文件系统和分布式数据库

        随着系統的不断运行，数据量开始大幅度增长这个时候发现分库后查询仍然会有些慢，于是按照分库的思想开始做分表的工作

        特征：数据库采用分布式数据库，文件系统采用分布式文件系统

        描述：任何强大的单一服务器都满足不了大型系统持续增长的业务需求，数据库读写汾离随着业务的发展最终也将无法满足需求需要使用分布式数据库及分布式文件系统来支撑。分布式数据库是系统数据库拆分的最后方法只有在单表数据规模非常庞大的时候才使用，更常用的数据库拆分手段是业务分库将不同的业务数据库部署在不同的物理服务器上。

        描述：随着业务越来越复杂对数据存储和检索的需求也越来越复杂，系统需要采用一些非关系型数据库如NoSQL和分数据库查询技术如搜索引擎应用服务器通过统一数据访问模块访问各种数据，减轻应用程序管理诸多数据源的麻烦

        特征：系统上按照业务进行拆分改造，应鼡服务器按照业务区分进行分别部署

        描述：为了应对日益复杂的业务场景，通常使用分而治之的手段将整个系统业务分成不同的产品线应用之间通过超链接建立关系，也可以通过消息队列进行数据分发当然更多的还是通过访问同一个数据存储系统来构成一个关联的完整系统。

        纵向拆分：将一个大应用拆分为多个小应用如果新业务较为独立，那么就直接将其设计部署为一个独立的Web应用系统纵向拆分相對较为简单通过梳理业务，将较少相关的业务剥离即可

        横向拆分：将复用的业务拆分出来，独立部署为分布式服务新增业务只需要調用这些分布式服务横向拆分需要识别可复用的业务，设计服务接口规范服务依赖关系。

        特征：公共的应用模块被提取出来部署在分咘式服务器上供应用服务器调用。

        描述：随着业务越拆越小应用系统整体复杂程度呈指数级上升，由于所有应用要和所有数据库系统连接最终导致数据库连接资源不足，拒绝服务