【图文】支付宝合作方案-_专业版0906_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
评价文档：
支付宝合作方案-_专业版0906
上传于|0|0|暂无简介
大小：4.37MB
登录百度文库，专享文档复制特权，财富值每天免费拿！
你可能喜欢支付宝的朋友圈，本为力推金钱关系，重塑场景化营销--百度百家
支付宝的朋友圈，本为力推金钱关系，重塑场景化营销
分享到微信朋友圈
从而加大线下商家以及用户对支付宝的粘性，套牢支付宝商户对支付宝的依赖，以及消费者、商家对支付宝的忠诚度，筑高移动支付与O2O的入场门槛，建设商户与支付宝消费用户的金钱关系，垒起一座狙击微信支付的桥头堡。
支付宝的朋友圈，本为力推金钱关系，重塑场景化营销
支付宝推出朋友圈已经好几天了，阅读了一些朋友对支付宝朋友圈的点评，发现似乎没有说道点子上，这篇文章，也来说说支付宝的朋友圈。
我个人认为，支付宝的朋友圈，是推金钱关系，重塑场景化营销。
阿里系做社交，到目前为止，没有过成功的案例。但阿里却一直在尝试社交，到如今匆匆推出后又迅速死亡的阿里系互动社交，已经不知凡几。特别是在移动社交方面，阿里的怨念更重。来往投入那么多精力，都做得不温不火，也实在是叫人好生恼火。这是没有办法的，阿里的基因，就是营销基因，没有产品基因。
来往攻不下微信，微信又像一座大山一样，横亘在移动端，常驻在用户的手机里，不仅撬动无数的开发者接入微信，更加酝酿出微商这一新的基于移动端的电子商务形态，将大批的企业、机构汇聚在其中，最重要的是，微信支付不像财付通那么弱，而是几乎成了移动支付的领头羊，一个春节红包，就蚕食了支付宝大块的市场份额，直追支付宝。
小编观察到，微商现在正在转型，也正在完善。虽然有些不好的现象，我也正在规范。虽然还不足以冲击电商格局，但还是有着无限的可能。假以时日，当商家都开始熟练使用微信，并且用户也都对微信支付运用自如，这将使阿里的灾难。
阿里的线上电商，B2B，B2C，C2C，O2O，虽然有全中国数量最为庞大的商家，以及数量最为庞大的用户群体，但由于平台属性的局限性，资源的容纳量已经达到了瓶颈。这也就是为什么阿里四处出击，无论音乐还是视频都做的原因。
而现在，综合电商入京东，垂直电商，如蜜芽之类，也已经开始强力崛起。当然，蜜芽之类的，还有很大的问题，在供应链上似乎无法搞定品牌商，而遭受假货质疑，但这些平台，毫无疑问，都是来蚕食阿里的市场份额的。同时，阿里系电商平台的运营费用，因资源的匮乏，也在大幅度上升，这势必会致使卖家资源的流失，并进一步造成市场份额被蚕食。阿里十余年的野蛮发展，也实在制造了太多的敌人。
可以说，支付宝是阿里的最后一道防线。守住支付宝，阿里才有可能做102年。但微信支付还在不断地发展，用户依然在拓展，用户使用习惯正在向着成熟方向培育。再过五年，阿里能否守住支付宝这一核心阵地，真的不大好说。
支付宝之所以推出朋友圈，其实并不是在模仿微信，也不是在做社交，而是在筑牢防火墙，重塑场景化营销。
我们都明白，社交的粘性，要比支付工具的粘性大。作为支付工具的支付宝，谁都不会想在里面社交。这并不是阿里看不透这个问题，而是支付宝的朋友圈，本就不是为社交而生。支付宝的朋友圈，是希望将支付宝打造成商家营销利器。这也就是为什么，支付宝没有公众号，而有服务窗；支付宝的朋友不可以发文字，只能发图片和视频，而且还有一个“现场”这一到目前为止，还还能让人适应的功能。“现场”对于支付宝来说，等同于直播消费现场，使得商家的客户消费场景，在支付宝里传播，从而直观、直接地刺激用户消费，这本质上，就是重塑支付宝的场景化营销，从而加大线下商家以及用户对支付宝的粘性，套牢支付宝商户对支付宝的依赖，以及消费者、商家对支付宝的忠诚度，筑高移动支付与O2O的入场门槛，建设商户与支付宝消费用户的金钱关系，垒起一座狙击微信支付的桥头堡。
支付宝团队的想法，是否能够成功，还得看其对商户的教育，以及产品优化的力度和推广力度。既然出了这个功能，总是需要用人使用，才能成熟不是？但教育商户、教育用户，是个不容乐观的点。如果支付宝朋友圈运营不力，则有很大的可能，同样依然是做无用功。当然，支付宝朋友圈的策划，想法是很棒的。
(作者：李金林，昵称三章六款，运营三章电商自媒体（www.lijinlin.top），从业经验丰富，欢迎与大家一起交流。我的微信公众号：lijl2015)
分享到微信朋友圈
在手机阅读、分享本文
还可以输入250个字
推荐文章RECOMMEND
要说淘宝豆腐块，可能非淘宝卖家并不大清楚。所谓的豆腐块，就是淘宝产品搜索...
热门文章HOT NEWS
中国队客场挑战伊朗队，0:1告负。
旅游商业观察
百度新闻客户端
百度新闻客户端
百度新闻客户端
扫描二维码下载
订阅 "百家" 频道
观看更多百家精彩新闻支付宝年度推广
至09年年中，支付宝的注册人数逾2亿，占中国网民人数的60%以上。庞大且不断上升的用户基数迫使支付宝需要不断的吸纳、引导、教育会员，进而形成牢靠的忠诚度！
随着网络购物的发展成熟，除原有网络支付品牌外，银行及各金融机构的在线付费发展迅速……依据市场09年预计网络支付交易市场份额为5600亿的巨大蛋糕，支付宝的竞争更加实质化。 市场中品牌的归属感和荣耀感，将在纷乱竞争中祝支付宝一臂之力。
案例名称：支付宝年度推广
广告主：支付宝
所属行业：电子商务类第三方支付平台
执行时间：防骗宝典2009年3月购物券2009年6月
营销背景：
至09年年中，支付宝的注册人数逾2亿，占中国网民人数的60%以上。庞大且不断上升的用户基数迫使支付宝需要不断的吸纳、引导、教育会员，进而形成牢靠的忠诚度！
随着网络购物的发展成熟，除原有网络支付品牌外，银行及各金融机构的在线付费发展迅速……依据市场09年预计网络支付交易市场份额为5600亿的巨大蛋糕，支付宝的竞争更加实质化。
市场中品牌的归属感和荣耀感，将在纷乱竞争中祝支付宝一臂之力。
营销通路：互联网
目的：2009年，树立支付宝“你敢付
我敢赔”的信任标签，着力倡导“担保交易”的品牌信赖感。并以此完成对支付宝新老用户的逐级教育，从而带动群体形成品牌共识。
营销策略与创意亮点：
行销策略：
从09上半年推广目的：树立支付宝“值得信任”的品牌形象出发，各个活动连环（防骗宝典、购物券）出击，各个命中式推广！
? 界定出活动的目标用户+活动的内容形式
目标用户：分节奏全面直击支付宝目标受众人群
1、防骗宝典：非成熟网购人群中，成熟网购中的非支付宝会员
2、购物券：成熟支付宝会员、成熟非支付宝会员
? 内容形式：各个活动有不同的内容展现形式
1、防骗宝典：24字受众分析制定宝典内容——增长见识打消顾虑、理性认识感受体验、利益刺激增强粘性；通过用户喜好制定内容
2、购物券：迎合精准受众喜好制定页面、并结合独特的创意表现手法来诠释内容
策略点：引发广众关注，刺激用户互动参与；沉淀目标受众人群，深挖潜力用户。
看过本文章的还看过。。。
英支付宝十周年营销案例解析_互联网_it计算机_专业资料。支付宝十周年营销案例解析: 如何用“账单”连接用户的十年? 蚂蚁金服品牌与公众沟通部资深总监陈亮在虎嗅 .........
英案例名称:支付宝年度推广 广告主:支付宝 所属行业:电子商务类第三方支付平台 执行时间:防骗宝典 2009 年 3 月购物券 2009 年 6 月 营销背景:至 09 年年中,.........
英支付宝十年知托付广告案例分析_销售营销_经管营销_专业资料。支付宝?十年?知托......
英支付宝案例分析_经济市场_经管营销_专业资料。支付宝支付宝案例分析刘娜 卫莹苹...据报道,阿里巴巴集团宣布,未来5年将对旗下第三方支 付平台支付宝(中国)网络.........
英支付宝口碑营销案例_销售营销_经管营销_专业资料。2009 口碑营销计划 目的及...08年不足及改进方向 不足及改进_1 △看似美好的论坛传播 主要问题论坛发贴量.........
英支付宝商业案例分析_销售营销_经管营销_专业资料。支付宝商业案例分析一、支付宝...马云,1964 年 10 月 15 日出生于浙江省杭州市,中国著名企业家,阿里巴 巴集团.........
英支付宝案例分析_销售营销_经管营销_专业资料。支付宝详细成功案例分析今日...2014年幼儿园教师资格考... 2014教师资格中学教育知... 相关文档推荐 暂无相关.........
英2014年经典文案案例_销售营销_经管营销_专业资料。总结2014年中最经典的十大...“去啊”文案之争 9、 支付宝文案 10、 支付宝十年 舌尖上的中国 不管是否.........
英支付宝金融案例分析_经济市场_经管营销_专业资料。金融案例分析financia...(日 成立,原阿里小微 金融服务集团)旗 下业务,是提供网 上服务.........
英支付宝案例分析_销售营销_经管营销_ppt专区。支付宝案例分析logo 公 简介 业 ...据最新报道,阿里巴巴集团宣布,未来5 据最新报道,阿里巴巴集团宣布,未来5年将对 .........
英而真 正沉淀下来,值得反复咀嚼的营销案例,看下面这十个就够了。 支付宝“敬业福”事件营销 影响力:★★★☆ 时间:2016 年 2 月 今年年初, 支付宝“集齐五.........
英支付宝金融案例分析_销售营销_经管营销_专业资料。支付宝金融案例分析 fm 金融...年虽然还没结束, 但我相信 2014 年最大的金融新闻莫过于: 2014 年 9 月 .........
英而真 正沉淀下来,值得反复咀嚼的营销案例,看下面这十个就够了。 支付宝“敬业福”事件营销 影响力:★★★☆ 时间:2016 年 2 月 今年年初, 支付宝“集齐五.........
英而真 正沉淀下来,值得反复咀嚼的营销案例,看下面这十个就够了。 支付宝“敬业福”事件营销 影响力:★★★☆ 时间:2016 年 2 月 今年年初, 支付宝“集齐五.........
英而真 正沉淀下来,值得反复咀嚼的营销案例,看下面这十个就够了。 支付宝“敬业福”事件营销 影响力:★★★☆ 时间:2016 年 2 月 今年年初, 支付宝“集齐五.........
英十大营销案例精选 2016 ten marketing case selection 汇报人:宋阳 2016 ten marketing case selection 支付宝发“敬业福” 欲切入社交领域 影响力:★★★☆ 时间.........
英从微信红包到支付宝十年账单:由2014十大案例看社会化媒体营销的趋势_销售营销_经管营销_专业资料。一个产品若想成功,更重要的因素是产品还是营销?这个问题一直是.........
英销售营销电子商务成功案例--支付宝等 暂无评价|0人阅读|0次下载|举报文档成功案例——支付宝 www.itrus..........
英电子商务案例分析---支付宝_计算机硬件及网络_it计算机_专业资料。案例 由于...到了2004年内置行的支付宝平台不仅仅满足于在淘宝上的应用,开始准备推广到互联.........
英而真 正沉淀下来,值得反复咀嚼的营销案例,看下面这十个就够了。 支付宝“敬业福”事件营销 影响力:★★★☆ 时间:2016 年 2 月 今年年初, 支付宝“集齐五.........
■ 24小时热门信息
由感染病灶引起的荨麻疹,应首先控制感染;对慢性荨麻疹反复发作者,应查找病因并去除之。 治疗荨麻疹的偏方 1 【配方】麻黄、甘草各 6 克,桂枝、杭芍、杏仁各.........
按:通过多年的临床实践证明,应用“麻黄连翘赤小豆汤合胡 麻煎方”治疗慢性荨麻疹,如能结合病情,辨证加减,多能收到非 常理想的疗效。特别是对于浴后“风疹”更.........
钙剂可用于急性荨麻疹,利血平、安洛血等药物治疗慢性荨麻疹; 类固醇激素应用于严重......
慢性荨麻疹可以用芝麻治疗。皮肤容易起荨麻疹的人,可以常食用芝麻,以改善体质,增强......
■ 相关热门内容
由感 染病灶引起的荨麻疹,应首先控制感染;对慢性荨麻疹反复发作者,应查找病因并去除之。 6 治疗荨麻疹的偏方 1 【配方】麻黄、甘草各 6 克,桂枝、杭芍、.........
(本方适用于 荨麻疹。 ) 19 治慢性荨麻疹方: 取青嫩桃树叶 50 克,切碎......
慢性荨麻疹治疗、桃叶可以作入浴剂,桃叶的汤汁可以抑制荨麻疹 的搔痒, 有防治发生荨麻疹的功效。 取生的桃叶阴干, 捣碎放入纱布袋中, 置于浴缸内。将水煮沸注入.........
思虑到有些网友会试用这个偏方,我想有必要在此再发一个帖子,对这个偏方加以阐明。 芝麻油煮鸡蛋治疗慢性寻麻疹的机理是经过议定调理人体的免疫效用, 低落人体对.........
慢性荨麻疹中药方剂_中医中药_医药卫生_专业资料。慢性荨麻疹中药方剂皮肤偏方,荨麻疹偏方 中药方剂(一) 【辨证】脾失健运,复感风邪,郁于肌肤。 【治法】健脾除.........
本方适用于荨麻疹,属风寒外袭者。 [偏方十七] 治慢性荨麻疹效方组方:药用黄芪、......
荨麻疹可以分为急性和慢性,急性荨麻疹为暂时性的过敏反应,只要依照医师指示治疗, 大多可在数日内痊愈。 而慢性荨麻疹则持续反复的发作数月至数年, 体质也会因此.........
慢性荨麻疹的处理 反复发作的皮肤风团 (同一部位? 24小时) 伴有红斑、瘙痒 ...组胺治疗无效、激发试验又呈阳性, 停止摄入可疑食物数月,有助于诊断 食物依赖.........
■ 热门推荐966,690 二月 独立访问用户
语言 & 开发
架构 & 设计
文化 & 方法
您目前处于：
支付宝的性能测试
支付宝的性能测试
日. 估计阅读时间:
相关厂商内容
相关赞助商
QCon北京-18日，北京&国家会议中心，
我们有一个老的扫描平台A，现在需要构建一个新的扫描平台B，对A中关键技术进行升级，并增加额外的功能。扫描的策略是存储在DB中的，需要通过发布来更新到应用服务器的内存中。
二、性能测试需求分析和方案制定
a. 需求挖掘
1),查看业务方的显性需求。业务方给到的需求为平台B的分析性能要优于平台A的性能。除此之外无其它的需求。
2),挖掘隐性需求.了解业务架构，了解业务流程。为了保证扫描的性能，大量的存储类的需求被设计为异步处理，但是结果类的扫描需要使用到前面落地的数据，那么在系统正常运行时是否会存在落地数据读取不到的问题，在存储抖动时是否会导致后续的分析扫描全部失效？
首先我们通过运维监控平台拿到平台A的分析性能，RT&130ms, TPS&35.
基于以上的需求挖掘，我们确认的性能测试场景为
扫描性能场景。（单场景）
发布性能场景。（单场景）
扫描过程中发布性能场景。（混合场景）
b. 技术方案
1).评估我们的系统架构，系统调到链路，定位可能存在问题的瓶颈点。
2).掌握详细技术实现方案，了解具体技术方案可能存在的性能问题。
比如我们是否使用到了脚本动态编译，是Java脚本还是groovy脚本。是否使用到了线程池等异步处理，系统幂等性是如何控制的，数据结构是如何存储与读取的，是决策树还是图型结构。
3).了解系统环境的差异，比如服务器位数、CPU、内存的差异，JDK版本及位数的差异。
基于以上的技术方案，我们确认了上述3个性能测试场景可能存在的性能问题
1. 扫描性能场景
技术方案为扫描引擎drools2升级到了drools5.
性能关注点为请求扫描RT，TPS是否满足我们的需求；JVM Old区内存溢出，Old区内存泄露；GC 频率过高。CPU使用率，load.
2. 发布性能场景
技术方案为规则DB捞取-&规则加载-&规则引擎切换-&规则脚本编译。
性能关注点为CPU使用率,load。JVM Perm区内存溢出，Perm区内存泄露，GC 频率过高。GC 暂停应用时间。
3. 扫描过程中发布性能场景。
性能关注点为请求扫描RT，TPS。规则发布耗时，CPU使用率，load, JVM GC频率。
c. 性能测试方案制订
分布式压测，参数自动化，使用单元测试脚本，接口测试脚本，jmeter脚本等进行压测。
性能结果收集及统计。
性能测试通过标准。
基于以上的分析
1. 扫描性能场景
性能测试方案：
使用jmeter 脚本进行分布式压测，一台master, 三台slaver. 参数自动构建，使用高斯定时器模拟真实场景。
使用jmeter 收集分析性能数据，使用nmon收集服务器性能数据，使用jconsole收集JVM数据。
RT&130ms, TPS&35.
JVM old 区内无内存泄露，无内存溢出。GC时间间隔&30min，暂停应用时间&150ms.
CPU&70%， load & core*1.5。
2. 发布性能场景
性能测试方案：
发布时间间隔时间限制从1min调整为3s, 更快的暴露问题。
使用单元测试类推送发布消息。
服务器shell 脚本收集发布模块性能数据。
使用nmon收集服务器性能数据。
使用jconsole收集JVM数据。
通过标准：
JVM Perm 区内无内存泄露，无内存溢出。GC时间间隔&10min，暂停应用时间&200ms.
发布时间&30S
CPU&70%， load & core*1.5。
3.扫描过程中发布性能场景
性能测试方案：
使用jmeter脚本进行分布式压测，同时提交发布请求进行发布。
同时使用扫描性能场景和发布性能场景收集数据功能。
通过标准：
RT & 扫描性能场景结果RT * 110%.
TPS && 扫描性能场景结果TPS * 90%.
发布时间 & 40s。
d. 发现的问题
1. 扫描性能场景
AVG RT = 473ms， CMS GC = 90ms, 应用暂停时间 = 1s, 因此测试未通过。
问题定位：
dump内存，使用ibm memory analyzer 分析。
确认cms gc的原因为drools引擎的finalize方法。Finzlize方法不能正确的释放对象的引用关系，导致引用关系一直存在，无法释放。
调优方案：
根据drools的升级文档，升级drools引擎后解决此问题
2. 发布性能场景
CMS GC 回收失败，内存无法被释放，应用宕机。
问题定位：
GC回收比例为默认值68%，OLD区内存1024M，那么回收的临界值为=696.32M。系统的JVM内存占用为500M，扫描策略相关的内存为120M，在切换的过程中，依赖额外的120M，因此只有在可用内存大于740M时才能正常回收。
解决方案：
调整JVM参数，扩大GC回收比例。
后续技术方案改造，使用增量发布解决此问题。
3. 扫描过程中发布性能场景
问题定位：
扫描平台发布流程，当首次请求进来时执行脚本动态编译过程，由于脚本较多，因此所有脚本的动态编译时间较长，在此过程中，进来的所有请求都会被hand住，造成大量超时
解决方案：
把脚本的动态编译提前到首次请求调用进来之前，编译通过后再切换扫描引擎，保证首次请求进来前一切准备就绪。
三：性能测试的执行和结果收集
3.1性能测试的执行
性能测试的执行需要具备以下几个条件：施压工具,测试环境以及对测试结果的收集工具。
3.1.1 施压工具
我们先来说说施压工具，支付宝使用的主流施压工具是开源工具Apache JMeter，支持很多类型的性能测试：
Web - HTTP, HTTPS
Database via JDBC
任何用java语言编写的接口，都可二次开发并调用。
支付宝大部分接口是webservice接口，基于soap协议，且都是java开发，所以使用jmeter非常方便，即使jemter工具本身没有自带支持的协议，也可以通过开发插件的方式支持。
3.1.2测试环境
测试环境包括被压机和施压机环境，需要进行硬件配置和软件版本确认，保证系统干净，无其他进程干扰，最好能提前监控半小时到1小时，确认系统各项指标都无异常。
另外除了被压机和施压机，有可能应用系统还依赖其他的系统，所以我们需要明确服务器的数量和架构，1是方便我们分析压力的流程，帮助后面定位和分析瓶颈，2是由于我们线下搭建的环境越接近线上，测试结果越准确。但是通常由于测试资源紧张或者需要依赖外围，例如银行的环境，就会比较麻烦，通常我们会选择适当的进行环境mock。当然，Mock的时候尽量和真实环境保持一致，举个简单的例子，如果支付宝端系统和银行进行通信，线上银行的平均处理时间为100ms，那么如果我们在线下性能测试时需要mock银行的返回，需要加入100ms延迟，这样才能比较接近真实的环境。
另外除了测试环境，还有依赖的测试数据也需要重点关注，数据需要关注总量和类型，例如支付宝做交易时，db中流水万级和亿级的性能肯定是不一样的；还有db是否分库分表，需要保证数据分布的均衡性。一般考虑到线下准备数据的时长，一般性能测试要求和线上的数据保持一个数量级。
3.1.3 测试结果收集工具
测试结果收集主要包括以下几个指标：
响应时间、tps、错误率、cpu、load、IO、系统内存、jvm（java虚拟内存）。
其中响应时间、tps和业务错误率通过jemter可以收集。
Cpu、load、io和系统内存可以通过nmon或linux自带命令的方式来监控。
Jvm可以通过jdk自带的jconsole或者jvisualvm来监控。
总体来说，监控了这些指标，对系统的性能就有了掌握，同样这样指标也可以反馈系统的瓶颈所在。
四．性能测试瓶颈挖掘与分析
我们在上面一章中拿到性能测试结果，这么多数据，怎么去分析系统的瓶颈在哪里呢，一般是按照这样的思路，先看业务指标：响应时间、业务错误率、和tps是否满足目标。
如果其中有一个有异常，可以先排除施压机和外围依赖系统是否有瓶颈，如果没有，关注网络、db的性能和连接数，最后关注系统本身的指标：
硬件：磁盘是否写满、内存是否够用、cpu的利用率、平均load值
软件：操作系统版本、jdk版本、jboss容器以及应用依赖的其他软件版本
Jvm内存管理和回收是否合理
应用程序本身代码
先看下图：是一般性能测试环境部署图
我们在定位的时候，可按照标注中的1、2、3数字依次进行排查，先排查施压机是否有瓶颈、接着看后端依赖系统、db、网络等，最后看被压机本身，例如响应时间逐渐变慢，一般来说是外围依赖的系统出现的瓶颈导致整体响应变慢。下面针对应用系统本身做下详细的分析，针对常见问题举1~2个例子：
4.1 应用系统本身的瓶颈
1. 应用系统负载分析：
服务器负载瓶颈经常表现为，服务器受到的并发压力比较低的情况下，服务器的资源使用率比预期要高，甚至高很多。导致服务器处理能力严重下降，最终有可能导致服务器宕机。实际性能测试工作中，经常会用以下三类资源指标判定是否存在服务器负载瓶颈：
内存使用率
一般cup的使用率应低于50%，如果过高有可能程序的算法耗费太多cpu，或者某些代码块进行不合理的占用。Load值尽量保持在cpuS+2 或者cpuS*2，其中cpu和load一般与并发数成正比（如下图）
内存可以通过2种方式来查看：
1) 当vmstat命令输出的si和so值显示为非0值，则表示剩余可支配的物理内存已经严重不足，需要通过与磁盘交换内容来保持系统的稳定;由于磁盘处理的速度远远小于内存，此时就会出现严重的性能下降;si和so的值越大，表示性能瓶颈越严重。
2) 用工具监控内存的使用情况，如果出现下图的增长趋势（used曲线呈线性增长），有可能系统内存占满的情况：
如果出现内存占用一直上升的趋势，有可能系统一直在创建新的线程，旧的线程没有销毁；或者应用申请了堆外内存，一直没有回收导致内存一直增长。
4.2 Jvm瓶颈分析
4.2.1Gc频率分析
对于java应用来说，过高的GC频率也会在很大程度上降低应用的性能。即使采用了并发收集的策略，GC产生的停顿时间积累起来也是不可忽略的，特别是出现cmsgc失败，导致fullgc时的场景。下面举几个例子进行说明：
1. Cmsgc频率过高，当在一段较短的时间区间内，cmsGC值超出预料的大，那么说明该JAVA应用在处理对象的策略上存在着一些问题，即过多过快地创建了长寿命周期的对象，是需要改进的。或者old区大小分配或者回收比例设置得不合理，导致cms频繁触发，下面看一张gc监控图（蓝色线代表cmsgc）
由图看出：cmsGC非常频繁，后经分析是因为jvm参数-XX:CMSInitiatingOccupancyFraction设置为15，比例太小导致cms比较频繁，这样可以扩大cmsgc占old区的比例，降低cms频率注。
调优后的图如下：
2. fullgc频繁触发
当采用cms并发回收算法，当cmsgc回收失败时会导致fullgc：
由上图可以看出fullgc的耗时非常长，在6~7s左右，这样会严重影响应用的响应时间。经分析是因为cms比例过大，回收频率较慢导致，调优方式：调小cms的回比例，尽早触发cmsgc，避免触发fullgc。调优后回收情况如下
可以看出cmsgc时间缩短了很多,优化后可以大大提高。从上面2个例子看出cms比例不是绝对的，需要根据应用的具体情况来看，比如应用创建的对象存活周期长，且对象较大，可以适当提高cms的回收比例。
3. 疑似内存泄露，先看下图
分析：每次cmsgc没有回收干净，old区呈上升趋势，疑似内存泄露
最终有可能导致OOM，这种情况就需要dump内存进行分析：
找到oom内存dump文件，具体的文件配置在jvm参数里：
-XX:HeapDumpPath=/home/admin/logs
-XX:ErrorFile=/home/admin/logs/hs_err_pid%p.log
借助工具：MAT，分析内存最大的对象。具体工具的使用这里就不再介绍。
感谢对本文的审校。
给InfoQ中文站投稿或者参与内容翻译工作，请邮件至。也欢迎大家通过新浪微博（）或者腾讯微博（）关注我们，并与我们的编辑和其他读者朋友交流。
Author Contacted
告诉我们您的想法
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
写的太好了
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
赞助商链接
InfoQ每周精要
通过个性化定制的新闻邮件、RSS Feeds和InfoQ业界邮件通知，保持您对感兴趣的社区内容的时刻关注。
架构 & 设计
文化 & 方法
<及所有内容，版权所有 &#169;
C4Media Inc.
服务器由 提供, 我们最信赖的ISP伙伴。
北京创新网媒广告有限公司
京ICP备号-7
注意：如果要修改您的邮箱，我们将会发送确认邮件到您原来的邮箱。
使用现有的公司名称
修改公司名称为：
公司性质：
使用现有的公司性质
修改公司性质为:
使用现有的公司规模
修改公司规模为：
使用现在的国家
使用现在的省份
Subscribe to our newsletter?
Subscribe to our industry email notices?
我们发现您在使用ad blocker。
我们理解您使用ad blocker的初衷，但为了保证InfoQ能够继续以免费方式为您服务，我们需要您的支持。InfoQ绝不会在未经您许可的情况下将您的数据提供给第三方。我们仅将其用于向读者发送相关广告内容。请您将InfoQ添加至白名单，感谢您的理解与支持。}