• 两个宝藏|关于我在github上冲浪时的一个小技巧。


    你好呀,我是歪歪。

    前几天在 github 上冲浪的时候,发现了两个宝藏东西。

    我也不藏着掖着了,拿出来给大家分享一下。

    这两个宝藏是关于 arthas 和 SOFARegistry 的,这两个东西都是阿里开源的项目。

    arthas 大家应该都比较耳熟能详了,知道它是阿里搞出来的一款 Java 诊断工具。

    而 SOFARegistry 是个啥玩意?好像没怎么听说过呢?

    我接触这个东西的时间也不算长,但是我大概知道它是个什么东西,我觉得是一个轮子,但是这个轮子还挺厉害的。

    不着急,等下就给你摆一摆。

    arthas

    arthas 这个玩意,我都不记得我之前的文章中出现了多少次了。基本上都是关于它的使用实际操作案例或者说是官方提供的练手 Demo。

    它的使用范围也还是非常的广泛:

    那么,我在它的 github 上又发现了什么宝藏东西呢?

    就藏在它的 issue 的 Labels 里面:

    点开 Labels,你会发现有个叫做 user-case 的标签:

    这个标签下的 issues,就是我想说的第一个宝藏:

    https://github.com/alibaba/arthas/issues?page=1&q=label%3Auser-case

    我给你截屏第一页的内容,你看看是不是很有一种想要点进去看看具体是啥的欲望:

    比如给你看看工行的这个 user-case:

    https://github.com/lyghzh/pub/blob/main/doc/%E5%B7%A5%E5%95%86%E9%93%B6%E8%A1%8C%E6%89%93%E9%80%A0%E5%9C%A8%E7%BA%BF%E8%AF%8A%E6%96%AD%E5%B9%B3%E5%8F%B0%E7%9A%84%E6%8E%A2%E7%B4%A2%E4%B8%8E%E5%AE%9E%E8%B7%B5.md

    我之前其实一直认为大家会觉得 Arthas 在生产上运行其实是一件非常危险的事情。

    它就是一把双刃剑,用的好了,早点下班,用的不好,说不定背个生产事故。

    所以,采取因噎废食的方法,干脆就不使用了。

    工行,作为一个银行,在这个方面的考虑肯定也更加的多。

    在他们的落地困难点上,首当其冲的就是“信息安全”的问题,这是它们的基础红线,也是银行的立根之点:

    那么它是怎么在生产上使用 Arthas 呢?

    在这个 case 里面,给出了这个问题的答案。

    我们设计了一套轻巧的架构,让开发人员以Web UI的方式,便捷、直观的使用各类在线诊断能力。那么我们是怎么做的呢?

    基于 Arthas 的功能,再次封装了一个 web UI 页面出来,藏在这个页面背后的接口,可以对执行结果进行剪裁和修改,处理成 json 格式数据返回给平台做展示。

    文章中除了介绍整体架构之外,还提供了实际使用的效果。

    比如控制面板看起来就很眼熟的样子:

    就是基于 Arthas 原生的响应,搞了一个展示页面。

    页面上的这些数据都是 Arthas 返回的:

    还有反编译的功能:

    但是在文章中并没有看到热加载相关的内容,我猜肯定是对于这类危险的功能,从 web 页面上就进行了屏蔽。

    在这个 issues 下面,我还发现别人提到另外一个类似的项目:

    这是去哪儿开源的一个 Java 应用诊断工具:

    不延伸了,学不过来了。

    再比如这个案例:

    https://github.com/alibaba/arthas/issues/1892

    然后他使用 Trace 一点点的追踪时间消耗比较大的方法,再一点点的进行修复。

    经过了四次优化之后,相同请求的调用链路耗时,从最开始的 343ms 降低到了 27ms,你说这不香吗?

    然后,他给出了结论,也就是这次优化的点:

    你可以发现其实都不是什么特别大的优化,就是一些我们平时在使用的细枝末节的东西。

    最后,他还写了一个“强烈推荐”:动态追踪技术漫谈。

    好吧,这个也是我很久之前就收藏了的网站,不藏着了。也拿出来一并分享了:

    https://blog.openresty.com.cn/cn/dynamic-tracing/

    这个博客里面的文章质量非常的高,博客的主人是章亦春,他是开源项目 OpenResty 的创始人,同时也是 OpenResty Inc. 公司的创始人和 CEO。

    咱就是说,大佬背书,放心阅读。

    这里我只是在第一个宝藏中随便挑了两个案例出来,剩下的你自己去挖掘吧。

    SOFARegistry

    SOFARegistry 是个啥?

    其实我理解它就是一个注册中心的轮子。或者更具体一点的说就是具有阿里特色的 Eureka。

    这是它的 github 地址:

    https://github.com/sofastack/sofa-registry

    你看到其中的 sofastack 了吗?

    SOFARegistry 只是一个棋子,sofastack 才是棋盘。

    这是一个 Stack,是一个技术栈,是一个金融领域的架构方案。

    它下面的项目非常多,从主要项目的名称命名,什么 xxxBoot,xxxRPC,xxxRegistry 你就可以看出,用这些项目我们可以搭建出一个完整的项目:

    关于 SOFARegistry 的宝藏也藏在它的 Labels 里面:

    https://github.com/sofastack/sofa-registry/issues?q=is%3Aissue+is%3Aopen+label%3Aevent%2Fsource-code-analyze

    这个叫做 event/source-code-analyze 的 Label,你别看没几个东西,但是里面全是源码分析。

    而且是官方发起的活动,文章内容会有专人 review,力保准确性:

    这次一共发布了 9 个源码解析的任务:

    任务难度有高有低。根据任务难度有不同的奖励措施:

    有机会成为社区的 Contributor 或者直接是 Member,还是相当有吸引力的。

    比如我们看一下关于数据倒排索引的这个任务:

    https://github.com/sofastack/sofa-registry/issues/202

    它的 issues 描述里面也指出了需要写什么内容,去看哪一部分的代码。

    指路已经指的很明确了。

    最后解析文章提交的格式是 md 格式:

    我们可以直接下载下来进行阅读。

    到时候对于想要深入理解 SOFARegistry 的同学来说就是一个很好的切入口。

    虽然 SOFARegistry 知道的人不对,但是我还是想把 SOFARegistry 的这个活动写出来,让更多的人知道他们有这样的活动。

    因为我觉得这个活动非常的好,源码解析,是我看到一种全新的参与开源项目建设的方式。

    最后,关于这两个宝藏,告诉我一个什么道理?

    它告诉我:逛开源项目的时候要多注意它的 Labels,说不定藏着什么好东西。反正我以前是很少关注 Labels 的,我一直以为只有项目维护者才关心 Labels。

    最后,文章首发于公众号[why技术],欢迎大家来关注呀,比心。

  • 相关阅读:
    python办公自动化(应用方向)
    css实现水平垂直居中的七种方式
    用C++语言写一个可读的回调函数
    这几款文档笔记工具,你习惯用哪个?
    [含毕业设计论文+PPT+源码等]ssm校园求职系统+Java后台管理系统|前后分离VUE
    Matrix卡顿优化之IdleHandlerLagTracer源码分析
    msvc与vs版本对应
    1+x(Java)中级题库易混淆理论题(三)
    【侯捷C++-----STL与泛型编程】
    LeetCode 628. 三个数的最大乘积
  • 原文地址:https://www.cnblogs.com/thisiswhy/p/16034203.html