一、追踪方法执行流程和耗时

使用trace命令可以列出目标方法执行时的调用链以及耗时。有如下两个作用:

  1. 可以排查执行流程,特别是当代码中有各种if/else的时候,可以协助看下到底是执行了哪些方法
  2. 可以排查执行耗时,找出消耗时间最多的方法,进行优化

比如:

trace com.chengjf.snippet.spring.mvc.controller.IndexController index

结果如下:

二、获取方法执行时的参数和返回值或异常

如果方法缺少日志进行排查,可以使用watch命令可以实时看到这些。

watch com.chengjf.snippet.spring.mvc.controller.IndexController hello "{params,returnObj,throwExp,isReturn,isThrow}"

结果如下:

当参数或返回值的对象层次较深导致无法查看到内部的数据时,可以加上-x参数指定深度:

watch com.chengjf.snippet.spring.mvc.controller.IndexController hello "{params,returnObj,throwExp,isReturn,isThrow}" -x 10

结果如下:

如果要排查的方法被调用次数很多,无法准确排查或排查难度较大,可以进行过滤。

首先,可以指定你想要的参数:

watch com.chengjf.snippet.spring.mvc.controller.IndexController hello "{params,returnObj,throwExp,isReturn,isThrow}" 'params[0]=="world"' -x 10

watch com.chengjf.snippet.spring.mvc.controller.IndexController hello "{params,returnObj,throwExp,isReturn,isThrow}" 'params[1]==10' -x 10

可以组合使用:

watch com.chengjf.snippet.spring.mvc.controller.IndexController hello "{params,returnObj,throwExp,isReturn,isThrow}" 'params[0]=="world" && params[1]==10' -x 10

watch com.chengjf.snippet.spring.mvc.controller.IndexController hello "{params,returnObj,throwExp,isReturn,isThrow}" 'params[0]=="world" || params[1]==10' -x 10

如果参数是对象,还可以直接使用field:

watch com.chengjf.snippet.spring.mvc.controller.IndexController test "{params,returnObj,throwExp,isReturn,isThrow}" 'params[0].name=="world"' -x 10

对返回值也是一样的:

watch com.chengjf.snippet.spring.mvc.controller.IndexController test "{params,returnObj,throwExp,isReturn,isThrow}" 'returnObj.age==99' -x 10

三、获取方法执行的统计信息

使用monitor可以获取方法的统计信息,包括执行次数,成功次数,失败次数,平均耗时以及失败率。

其中,-c参数可以指定监控周期,默认是60s。

monitor com.chengjf.snippet.spring.mvc.controller.IndexController * -c 10

结果如下:

本篇主要介绍如何查看所有相关你的类的东东。

一、查看当前的classloader
键入命令

classloader

结果如下:

二、查看你的类是否被加载
应用启动或运行的时候,可能会抛出ClassNotFoundException这种和类加载相关的异常,这时候你需要确认classloader是否正确加载了你的类。

键入命令,传入类的全路径

sc com.chengjf.snippet.spring.mvc.controller.IndexController

结果如下:

sc命令也支持通配符

sc com.chengjf.*

结果如下

或者

sc *IndexController*

结果如下

三、确认你的类代码是否最新

执行过程中,可能发现这个类方法执行的效果和自己当初设想的不对,比如方法入口的日志没有打印,方法返回的值明显不对,又或者该插入数据库或redis没有进行。

这个时候,你要首先确认,这个类确实是你写的那个类,而不是因为打包为题或部署问题导致类代码没有更新。

键入命令:

jad com.chengjf.snippet.spring.mvc.controller.IndexController

结果如下

上文说了不要自己造轮子,要使用别人的轮子,这一文就说下使用别人的轮子要注意的事项。

上文的最后也说了,选择轮子的时候,要选择有人维护的,使用者多的轮子,这样可以避免一些问题。但是如果你的需求或者功能比较小众,这个领域轮子少,用的人也少,那么该如果选择?

我推荐如下几个策略。

  1. 向该领域的专家、前辈、同事请教,问下这个领域内大家都使用哪些轮子来处理的
  2. 同等条件下,优先使用大厂(比如Google,Alibaba)或大机构(如Apache)的轮子
  3. 同等条件下,优先使用issue活跃的轮子,这样至少出了问题,大家可以一起讨论,一起解决
  4. 同等条件下,优先使用代码逻辑清晰、优雅的代码,这样无论是对排查问题,甚至自行修改都是好的
  5. 最后的办法,就是自己造一个轮子了,但是如果能依赖别人的轮子来造,也是推荐的

选好的轮子,那么如果防范别人的轮子里有炸呢?我也推荐如下几条策略。

- 阅读剩余部分 -

不要自己造轮子

Don't repeat yourself

DRY这句话大家可能耳朵都听出茧子了。不过,这个确实是非常重要的一个填坑要诀。

拿正常的开发(非填坑)来说,使用别人造好的轮子可以大大提高效率和开发进度。
我上次用的别人的大轮子是开发微信公众号和小程序的时候,用的wechat这个开源lib。使得集成微信的工作量大大减少,不必看微信那么多的文档和接口。

专门拿填坑来说,使用别人造好的轮子比正常开发要显得还重要一些。当然这里的轮子主要是原来工程中使用的轮子了。尽量使用工程中原来使用的轮子,别自己造,更别使用其他人的轮子。

我见过最常最轮子的方法就是类似于StringUtils和CollectionUtils这种,用来判断empty,用来split等。


- 阅读剩余部分 -

本周开始做搜索功能优化,这边的搜索功能主要用的是ES。代码写好提测给测试同学的时候,测试同学说搜不出东西,我排查了下,是ES的索引的mapping同线上不一致,线上的mapping增加了三个分词插件,分别是ik,NGram,pinyin,搜索的时候对这些插件扩展字段进行的搜索。

现在就是要把测试环境的索引mapping修改成同线上一致的,我采用的是下面的方案:

  1. 新建一个原索引(index)的备份索引(index_bak),这个备份索引采用线上一致的settings和mappings,可以直接将线上的settings和mappings复制到json文件里。

    curl -XPUT 'http://127.0.0.1:9200/index_bak' -d '@create_index_bak.json'

- 阅读剩余部分 -