很对不起大家，又是一篇乱序的文章，但是满满的干货，来源于实践，相信大家会有所收获。里面穿插一些感悟和生活故事，可以忽略不看。不过听大家普遍的反馈说这是其中最喜欢看的部分，好吧，就当学习之后轻松一下。

Redis各种数据结构性能数据对比

测试工具：perf4j

性能指标：平均值，最小值，最大值，方差

对比将814条数据按单条插入到哈希MAP和哈希SET：

 对比从814条数据的哈希MAP和哈希SET中判断一个元素是否存在(map的hasKey和set的isMember)：

大量数据插入哈希MAP，运行一个多小时插入到2w多条的时候再也插入不进去了。想单个删除也很慢，跟插入差不多的慢。但是删除一整个key却很快。这和C语言的原理有关。删除key其实是删除的对value的引用，内存空间不需要重置，只在需要的时候将其重写。写过一个C语言基础入门的程序：

#include<stdio.h> main(){ int a[5]={1,2,3,4,5}; int b[5]={1,2,3}; int c[]={1,2,3,4,5}; static int d[5]; int e[5]; int f[0]; int i; for(i=0;i<5;i++)printf("%10d",a[i]);printf("\n"); for(i=0;i<5;i++)printf("%10d",b[i]);printf("\n"); for(i=0;i<5;i++)printf("%10d",c[i]);printf("\n"); for(i=0;i<5;i++)printf("%10d",d[i]);printf("\n"); for(i=0;i<5;i++)printf("%10d",e[i]);printf("\n"); for(i=0;i<5;i++)printf("%10d",f[i]);printf("\n"); }

运行结果：

最后两行出现这个结果的原因是分配的地址空间原来是什么值就会显示什么值，所以是随机的。

 性能优化实践

　　前段时间我改了并发量最大的媒资接口的JVM启动参数，修改之前栈空间是4G，新生代是1G，基本没有full gc。minor gc相当频繁，平时1秒1次，并发量上去之后每秒4,5次。我将栈空间设置为8G，新生代设置为5G，平时大概4,5秒一次，估计并发量上去之后还是会达到1秒1次。当然有的机器会少些。因为我们公司用的是SLB的7层负载均衡，采取的是轮询策略，负载不是很均匀。我现在在试图从根本上解决问题，找到minor gc频繁的原因，最终要将minor gc口平时控制在12秒一次以上。12秒这个数据是怎么来的呢。

看我标出来的这两个差值，大体新生代的垃圾回收时间是18ms。如果12m一次，就是12000ms中垃圾回收时间占18m，千分之1.5的时间用于垃圾回收，这个比率对于整体性能的影响就没那么大了。当然各个数组会随调整变化，到时候要看情况。

　　之前我也参与过这个媒资接口的性能优化，一直没有成效是因为第一我对媒资接口不熟，我也不是最主要的负责人，很多事情做不了主。其实，一般解决这个问题的方式是横向扩展，其实我们有很多空余设备，德伟不肯试试，我也没办法。另外，媒资接口虽然是我们这边最重要的接口了，但是我总会被临时调到一些更紧急的项目中去，东一点西一点的。虽说觉得自己是个SMP（对称多核处理器），但是内核上下文切换也得保存现场吧，开销很大，做不深入，时间片又到了。这都是自己当初没有想好，没有自己的负责区域，所以会被来回调。所以现在就做两件事情。如今设备复用先不考虑了，先从根本上改善程序。

我做了一晚上的测试，凌晨4点才睡。得出来一个结论：我们的定时加载本地缓存对性能有影响。第二天我在地铁上就发消息到群里说找到性能上不去的根了。第二天我们开会讨论了，大家最后的决定是我的想法可以试一试。但是从统计图表上看，内存，CPU，499和响应时间关联不大。我说我们系统目前的现状也不会是一个原因造成的，定时加载本地缓存确实和内存定期的峰值很匹配，确实是问题。既然是问题，就要一点点解决。先抛开问题不谈，发现自己的另一个问题：话说的太直，太满。

　　之前发生了一件事，我好好反省了一下，很多方面。

　　有次照例中午和部门里一个小姑娘吃饭。她让我给她提提建议，怎样能去阿里。她说你看我人还挺可爱的，能不能靠点别的去阿里。我人实在是太直了，我就向她阐述了确实如果实力不够是去不了的。越聊到最后发现她并不是在问我的意见，只是想让我带她去阿里。我发现这个还是按照自己的思路说下去。结果人家小姑娘气的一下午没搭理我。确实我话说的太直太满，是我要解决的问题。也确实我认为只有实力到了才能去也只是我的想法，人家有人家的方法，只是我不知道，而且不愿意用而已。我总认为达到一个目标过程更重要，其实哪是人人都这么想的。思维不够开放。我经常给别的公司推荐人才，如果觉得这个人实力不够，我都不会给推。这倒没有错，但是对别人应该有更多的鼓励，遇到委婉的人说话要更委婉一点。

　　这个小姑娘聊天中提到你看我虽然有些问题自己解决不了，但是我可以找别人解决啊，最终问题都解决了。她是觉得自己是可以干活的，那么去阿里是没问题的。其实据我了解，阿里不招这种要不要无所谓的。虽然我也没进阿里，我是这么想的。这个小姑娘虽然没去阿里，但是去的公司也都可以。但把这个归因于自己很可爱，很招人喜欢我有点不赞同。物有本末，事有始终。反思一下我自己，记得11年，换工作形式一片大好的时候，我虽然没有换工作，确实出去面过试。面试其实问题回答的都不是很好，但是都给了offer。其中面了华为的，面试官说咱俩一个学校的，咱们东大的人基础不应该这么差啊。结果什么都不会，还是要我了。究其原因，要我是因为学校比较好，然后去的公司都比较好，人不笨，觉得还是有培养价值的，反正成本也不是很高。和可不可爱关系不是很大，额，我说话是不是又太直了。其实我当初如果遇到了更多的挫折，现在技术能力应该好不少。所以现在我很珍惜遇到的问题，时间许可的范围内，解决不好过程，不去追求结果。特别是做技术的，长远稳定性，前瞻性，很重要。还有一点，女孩子其实在技术工作中面对的劣势远远大于优势，我自然也遇到过，但是我自己不太清楚是哪些。因为这个劣势体现在根本不会给我面试的机会。能让我面试的，我相信面试的过程还是很公平公正的。至少我经历过的过与不过都有理有据。