你好呀,我是歪歪。
前几天在 github 上冲浪的时候,发现了两个宝藏东西。
我也不藏着掖着了,拿出来给大家分享一下。
这两个宝藏是关于 arthas 和 SOFARegistry 的,这两个东西都是阿里开源的项目。
arthas 大家应该都比较耳熟能详了,知道它是阿里搞出来的一款 Java 诊断工具。
而 SOFARegistry 是个啥玩意?好像没怎么听说过呢?
我接触这个东西的时间也不算长,但是我大概知道它是个什么东西,我觉得是一个轮子,但是这个轮子还挺厉害的。
不着急,等下就给你摆一摆。
文章图片
arthas
arthas 这个玩意,我都不记得我之前的文章中出现了多少次了。基本上都是关于它的使用实际操作案例或者说是官方提供的练手 Demo。
它的使用范围也还是非常的广泛:
文章图片
那么,我在它的 github 上又发现了什么宝藏东西呢?
就藏在它的 issue 的 Labels 里面:
文章图片
点开 Labels,你会发现有个叫做 user-case 的标签:
文章图片
这个标签下的 issues,就是我想说的第一个宝藏:
https://github.com/alibaba/ar...我给你截屏第一页的内容,你看看是不是很有一种想要点进去看看具体是啥的欲望:
文章图片
比如给你看看工行的这个 user-case:
https://github.com/lyghzh/pub...我之前其实一直认为大家会觉得 Arthas 在生产上运行其实是一件非常危险的事情。
它就是一把双刃剑,用的好了,早点下班,用的不好,说不定背个生产事故。
所以,采取因噎废食的方法,干脆就不使用了。
工行,作为一个银行,在这个方面的考虑肯定也更加的多。
在他们的落地困难点上,首当其冲的就是“信息安全”的问题,这是它们的基础红线,也是银行的立根之点:
文章图片
那么它是怎么在生产上使用 Arthas 呢?
在这个 case 里面,给出了这个问题的答案。
我们设计了一套轻巧的架构,让开发人员以Web UI的方式,便捷、直观的使用各类在线诊断能力。那么我们是怎么做的呢?基于 Arthas 的功能,再次封装了一个 web UI 页面出来,藏在这个页面背后的接口,可以对执行结果进行剪裁和修改,处理成 json 格式数据返回给平台做展示。
文章图片
文章中除了介绍整体架构之外,还提供了实际使用的效果。
比如控制面板看起来就很眼熟的样子:
文章图片
就是基于 Arthas 原生的响应,搞了一个展示页面。
页面上的这些数据都是 Arthas 返回的:
文章图片
还有反编译的功能:
文章图片
但是在文章中并没有看到热加载相关的内容,我猜肯定是对于这类危险的功能,从 web 页面上就进行了屏蔽。
文章图片
在这个 issues 下面,我还发现别人提到另外一个类似的项目:
文章图片
这是去哪儿开源的一个 Java 应用诊断工具:
文章图片
不延伸了,学不过来了。
再比如这个案例:
https://github.com/alibaba/ar...
文章图片
然后他使用 Trace 一点点的追踪时间消耗比较大的方法,再一点点的进行修复。
经过了四次优化之后,相同请求的调用链路耗时,从最开始的 343ms 降低到了 27ms,你说这不香吗?
文章图片
然后,他给出了结论,也就是这次优化的点:
文章图片
你可以发现其实都不是什么特别大的优化,就是一些我们平时在使用的细枝末节的东西。
最后,他还写了一个“强烈推荐”:动态追踪技术漫谈。
好吧,这个也是我很久之前就收藏了的网站,不藏着了。也拿出来一并分享了:
https://blog.openresty.com.cn...
文章图片
这个博客里面的文章质量非常的高,博客的主人是章亦春,他是开源项目 OpenResty 的创始人,同时也是 OpenResty Inc. 公司的创始人和 CEO。
咱就是说,大佬背书,放心阅读。
这里我只是在第一个宝藏中随便挑了两个案例出来,剩下的你自己去挖掘吧。
SOFARegistry SOFARegistry 是个啥?
文章图片
其实我理解它就是一个注册中心的轮子。或者更具体一点的说就是具有阿里特色的 Eureka。
这是它的 github 地址:
https://github.com/sofastack/...你看到其中的 sofastack 了吗?
SOFARegistry 只是一个棋子,sofastack 才是棋盘。
这是一个 Stack,是一个技术栈,是一个金融领域的架构方案。
文章图片
它下面的项目非常多,从主要项目的名称命名,什么 xxxBoot,xxxRPC,xxxRegistry 你就可以看出,用这些项目我们可以搭建出一个完整的项目:
文章图片
关于 SOFARegistry 的宝藏也藏在它的 Labels 里面:
https://github.com/sofastack/...
文章图片
这个叫做 event/source-code-analyze 的 Label,你别看没几个东西,但是里面全是源码分析。
而且是官方发起的活动,文章内容会有专人 review,力保准确性:
文章图片
这次一共发布了 9 个源码解析的任务:
文章图片
任务难度有高有低。根据任务难度有不同的奖励措施:
文章图片
有机会成为社区的 Contributor 或者直接是 Member,还是相当有吸引力的。
比如我们看一下关于数据倒排索引的这个任务:
https://github.com/sofastack/...
文章图片
它的 issues 描述里面也指出了需要写什么内容,去看哪一部分的代码。
指路已经指的很明确了。
最后解析文章提交的格式是 md 格式:
文章图片
我们可以直接下载下来进行阅读。
到时候对于想要深入理解 SOFARegistry 的同学来说就是一个很好的切入口。
虽然 SOFARegistry 知道的人不对,但是我还是想把 SOFARegistry 的这个活动写出来,让更多的人知道他们有这样的活动。
因为我觉得这个活动非常的好,源码解析,是我看到一种全新的参与开源项目建设的方式。
最后,关于这两个宝藏,告诉我一个什么道理?
它告诉我:逛开源项目的时候要多注意它的 Labels,说不定藏着什么好东西。反正我以前是很少关注 Labels 的,我一直以为只有项目维护者才关心 Labels。
文章图片
【两个宝藏|关于我在github上冲浪时的一个小技巧。】最后,文章首发于公众号[why技术],欢迎大家来关注呀,比心。
推荐阅读
- java|字节跳动面试官(说说HashMap 的设计与优化())
- JAVA百炼成仙|【JAVA百炼成仙】渡劫篇 上——Collection集合(List、Set)
- java基础|JAVA基础学习总结,day15(Map集合)
- 爪哇|【集合】
- 源码阅读|HashMap原理及常见考点
- Java笔记|集合框架Map,HashMap,TreeMap【JAVA基础】
- Java15新特性及代码示例
- 程序人生|外包干了五年,已经快寄了...
- java|java 代码封装_封装 java代码