职场@性能调优系列
文章平均质量分 72
小诚信驿站
公众号《小诚信驿站》,网名:小诚信驿站,小七,晓成。
工作经历:创业公司、京东、腾讯、目前在滴滴做一线研发。
业务经验:互联网保险、第三方支付、大促营销提报和效果分析、电商商业化、客服策略模型工程。
活动区域:CSDN-小诚信驿站,腾讯云-小诚信驿站,InfoQ-小诚信驿站,GitHub-小诚信驿站,公众号-小诚信驿站。想要找到我的话,小诚信驿站或者wolf_love666一般就可以找到啦。个人微信:lxc354555
展开
-
Stream如何提高遍历集合效率
文章目录一、Steam概述二、Stream源码实现三、使用场景一、Steam概述官方将 Stream 中的操作分为两大类:中间操作(Intermediate operations)和终结操作(Terminal operations)。中间操作只对操作进行了记录,即只会返回一个流,不会进行计算操作,而终结操作是实现了计算操作。中间操作又可以分为无状态(Stateless)与有状态(Stateful)操作,前者是指元素的处理不受之前元素的影响,后者是指该操作只有拿到所有元素之后才能继续下去。终结操作又可转载 2021-08-09 17:06:08 · 348 阅读 · 0 评论 -
性能调优-------(四)JVM8以上G1算法步骤图解
前提引言:G1计划作为并发商标扫描收集器(CMS)的长期替代品。将G1与CMS进行比较可以发现G1的差异,这是更好的解决方案。一个区别是G1是一个压缩收集器。此外,G1提供比CMS收集器更多的可预测垃圾收集暂停,并允许用户指定所需的暂停目标。 G1图示解释和G1算法步骤解释 来自官方解释: 从逻辑上讲,G1是世代的。一组空白区域被指定为合乎逻辑的年轻一代。在图中,年轻一代是淡蓝色。分...原创 2018-05-10 19:58:19 · 5746 阅读 · 1 评论 -
性能调优-------(五)初级进阶中级JVM8性能调优套餐大全
如果需要完整版xmind可以关注小诚信驿站公众号,或者加QQ群300458205原创 2018-09-25 15:29:17 · 1123 阅读 · 0 评论 -
性能调优-------(三)1分钟带你入门JVM性能调优
版本:JDK8 一、阅读前热身: 1、了解jvm启动流程: 2、了解硬件、系统、进程三个层面的内存之间的概要内存分配,一张图你就懂: 3、下面是需要背住的重点,敲黑板!!堆内存分配,想了解参数的可以到最下面看下备注和建议: 先来个日志(看不懂那就看图): 备注: Heap(堆内存)=eden+2survivor(年轻代)+ParOldGen(老生代)+Perm(jdk...原创 2018-04-02 13:00:13 · 61716 阅读 · 20 评论 -
性能调优-------(二)编写高质量代码151个建议
1、不要在变量和常量中出现混淆的代码 比如:long i=1l;会很容易看成11如果代码多的话。 2、不要让常量变成变量 public static final int a=new Random().nextInt();是不是很神奇,如果说static 和 final确定一个常量但是每次运行都不会知道常量是啥,所以一定要写死常量。 3、三木运算符在用的时候确保三元操作符类型一致,否则会基本翻译 2016-09-12 23:22:50 · 680 阅读 · 0 评论 -
性能调优-------(一)代码重构
为什么重构、因为我写的臭代码、第一次入职后就被老大Tony说了一顿,但是当时并没有啥感觉,后来自己开发发现越来越多的需求可扩展,功能可添加。就会导致代码的复用性和可扩展性和第一次代码的耦合度是否强关联有联系。所以会开始实现的时候就要思考如何设计,可以通过设计模式辅助一个好的构思。也可以先实现功能再重构再优化,最后达到一个比较好的状态。如果有能力第一次就完全额可以,但是我这里讲第二次的情况出现后如何处原创 2016-08-16 18:14:58 · 557 阅读 · 0 评论 -
性能调优-------(六)内存使用率高,5分钟如何快速排查问题(真实场景实战图文讲解)
问题:内存使用率88%高于80%报警。原因:指标含义:内存使用率百分比(%)。指标解释:容器的内存使用率是读取物理机cgroup下面的文件的,获取的是整个容器的内存使用率并不是针对某个程序。物理机内存使用率和使用free命令计算结果是一致的。物理机和容器两者内存计算数据是独立的解决步骤:1、通过java进程命令定位 系统进程并使用jmap工具dump文件。ps -ef | gre...原创 2018-12-18 18:42:27 · 7479 阅读 · 0 评论 -
从分析Count(ID)慢SQL原因到联合索引的引申扩展比较(图文真实步骤详细)
1、慢SQL报告,超过0.1s统计2、背景前提:ID,主键activity_ID和applicant联合索引。status无索引数据库引擎:InnoDBcreated:普通字段,无索引3、单纯SQL优化方向考虑几方面?4、测试数据统计比较最终结果:count(*)>count(1)>count(常量)&a原创 2019-02-27 19:43:16 · 1625 阅读 · 0 评论 -
SQL引发的惨案
问题的产生:之前说过COUNT(id)怎么就成慢SQL了?如果没看的可以看下点击这里看下面两张图对比:(先图,后SQL)超时SQL:SELECT ID, ACTIVITY_ID, APPLICANT, NAME, APPLICANT_TYPE , APPLY_TAG, SYNC_STATUS, EXT, ERP_PIN, PRINCIPAL , STATUS, CREATED, MO...原创 2019-03-08 21:28:55 · 490 阅读 · 0 评论