Arthas

容器技术提供了一种标准化的交付方式，将应用的代码以及代码环境依赖都打包在一起，成为一个与环境无关的交付物，可以被用在软件生命周期的任何阶段，彻底改变了传统的软件交付方式。 甚至可以说，是在容器技术之后，DevOps、CI/CD 等运维关键问题才有了质的飞跃：实现资源的动态创建和销毁，更轻量的容器技术既能保证环境一致性也能进一步提高迭代频率，各种容器平台也能更好地保证应用高可用、自动伸缩、业务连续等等。 今天将跟大家分享支撑双十一的容器镜像仓库 ACR，以及它是如何实现搭配 IDE 插件和 CICD/云原生应用交付链来实现一键部署与持续集成，以下是本文提纲： 什么是 容器镜像仓库 ACR 如何搭配 免费 IDE 插件 实现一键部署 如何运用 CICD/ 云原生应用交付链 实现持续集成与交付 想听软萌音在线讲解？阿里云小姐姐直播，手把手教你，12月5日晚上8点—9点，直播间等你（还有弹幕截屏送礼品！），直播间地址点击链接： https://developer.aliyun.com/special/cloudtoolkitlive 。 容器镜像仓库 ACR 为了更好地支持双十一大规模分发需求，容器镜像服务（Alibaba Cloud Container Registery, ACR）团队提前进行规划及迭代更新，全面提升了大规模分发场景下的性能、可观测性和稳定性。在新的双十一来临前

推荐博客、社区 博客、社区 地址 XXL开源社区 https://www.xuxueli.com/index.html 推荐工具 类别 工具 说明 记事本编辑器 notepad++ 记事本编辑，格式化xml，格式化json wxMEdit 十六进制编辑器 抓包 Fiddler 数据库客户端 Navicat Premium 12 linux终端 SecureCRT 支持脚本，button java反编译 jd-gui luyten jad.exe 命令行 java诊断 Arthas 阿里开源java诊断工具 https://alibaba.github.io/arthas/ 来源： oschina 链接： https://my.oschina.net/u/4193646/blog/3136802

背景 最近来了个实习僧小弟，安排他实现对目标网站 连通性检测的小功能,简单讲就是将下边的shell 脚本换成Java 代码来实现 #!/bin/bash URL="https://www.baidu" HTTP_CODE=`curl -o /dev/null -s -w "%{http_code}" "${URL}"` #echo $HTTP_CODE if [ $HTTP_CODE != '200' ];then curl 'https://oapi.dingtalk.com/robot/send?access_token=xx' \ -H 'Content-Type: application/json' \ -d '{"msgtype": "text", "text": { "content": "百度平台状态不正常，请注意！" }, "isAtAll": true }' fi 功能实现 使用spring task @Scheduled(cron = "0 0 0/1 * * ? ") public void startSchedule() { log.info("开始执行定时任务 ，检测百度网站连通性"); try { HttpResponse response = HttpRequest.get("").execute(); if (HttpStatus.HTTP_OK !

Apache Dubbo是Alibaba开源的高性能RPC框架，在国内有非常多的用户。 Github: https://github.com/apache/incubator-dubbo 文档： http://dubbo.incubator.apache.org/zh-cn/ Arthas是Alibaba开源的应用诊断利器，9月份开源以来，Github Star数三个月超过6000。 Github: https://github.com/alibaba/arthas 文档： https://alibaba.github.io/arthas/ Arthas开源交流QQ群: 916328269 Arthas开源交流钉钉群: 21965291 当Dubbo遇上Arthas，会碰撞出什么样的火花呢？下面来分享Arthas排查Dubbo问题的一些经验。 dubbo-arthas-demo 下面的排查分享基于这个 dubbo-arthas-demo ，非常简单的一个应用，浏览器请求从Spring MVC到Dubbo Client，再发送到Dubbo Server。 Demo里有两个spring boot应用，可以先启动 server-demo ，再启动 client-demo 。 https://github.com/hengyunabc/dubbo-arthas-demo /user/{id

缘起 最近看到一个很流行的标题，《开源XX年，star XXX，我是如何坚持的》。 看到这样的标题，忽然发觉Arthas从2018年9月开源以来，刚好一年了，正好在这个秋高气爽的时节做下总结和回顾。 Arthas 是Alibaba开源的Java诊断工具，深受开发者喜爱。 Github： https://github.com/alibaba/arthas 文档： https://alibaba.github.io/arthas 回顾Arthas Star数的历史，一直保持快速增长，目前已经突破16K。 感谢用户的支持，既是压力也是动力。在过去开源的一年里，Arthas发布了7个Release版本，我们一直坚持三点： 持续改进易用性 持续增加好用的命令 从开源社区中获取力量，回报社区 持续改进易用性 Arthas一直把易用性放在第一位，在开源之后，我们做了下面的改进： 开发arthas boot，支持Windows/Linux/Mac统一体验 丝滑的自动补全，参考了jshell的体验 高效的历史命令匹配， Up/Down 直达 改进类搜索匹配功能，更好支持lambda和内部类 完善重定向机制 支持JDK 9/10/11 支持Docker 支持rpm/deb包安装 尽管我们在易用性下了很大的功夫，但是发现很多时候用户比较难入门，因此，我们参考了k8s的 Interactive

背景 Arthas是阿里巴巴开源的Java诊断利器，深受开发者喜爱。 https://github.com/alibaba/arthas Arthas在线教程 之前分享了Arthas怎样排查 404/401 的问题: http://hengyunabc.github.io/arthas-spring-boot-404-401/ 我们可以快速定位一个请求是被哪些 Filter 拦截的，或者请求最终是由哪些 Servlet 处理的。 但有时，我们想知道一个请求是被哪个Spring MVC Controller处理的。如果翻代码的话，会比较难找，并且不一定准确。 通过Arthas可以精确定位是哪个 Controller 处理请求。 Demo 还是以这个demo为例： https://github.com/hengyunabc/spring-boot-inside/tree/master/demo-404-401 启动之后，访问： http://localhost:8080/user/1 ，会返回一个user对象。那么这个请求是被哪个 Controller 处理的呢？ trace定位DispatcherServlet 我们先试下跟踪 Servlet ： trace javax.servlet.Servlet * 从trace的结果可以看出来，请求最终是被 DispatcherServlet

背景 在Java Web/Spring Boot开发时，很常见的问题是： 网页访问404了，为什么访问不到？ 登陆失败了，请求返回401，到底是哪个Filter拦截了我的请求？ 碰到这种问题时，通常很头痛，特别是在线上环境时。 本文介绍使用Alibaba开源的Java诊断利器Arthas，来快速定位这类Web请求404/401问题。 https://gitee.com/arthas/arthas https://github.com/alibaba/arthas Java Web里一个请求被处理的流程 在进入正题之前，先温习下知识。一个普通的Java Web请求处理流程大概是这样子的： Request -> Filter1 -> Filter2 ... -> Servlet | Response <- Filter1 <- Filter2 ... <- Servlet Demo 本文的介绍基于一个很简单的Demo： https://github.com/hengyunabc/spring-boot-inside/tree/master/demo-404-401 访问 http://localhost:8080/ ，返回200，正常打印Welconme信息 访问 http://localhost:8080/a.txt ，返回404 访问 http://localhost:8080

背景 尽管在生产环境热更新代码，并不是很好的行为，很可能导致：热更不规范，同事两行泪。 但很多时候我们的确希望能热更新代码，比如： 线上排查问题，找到修复思路了，但应用重启之后，环境现场就变了，难以复现。怎么验证修复方案？ 又比如： 本地开发时，发现某个开源组件有bug，希望修改验证。如果是自己编译开源组件再发布，流程非常的长，还不一定能编译成功。有没有办法快速测试？ Arthas是阿里巴巴开源的Java应用诊断利器，深受开发者喜爱。 下面介绍利用Arthas 3.1.0版本的 jad / mc / redefine 一条龙来热更新代码。 Arthas: https://github.com/alibaba/arthas jad命令： https://alibaba.github.io/arthas/jad.html mc命令： https://alibaba.github.io/arthas/mc.html redefine命令： https://alibaba.github.io/arthas/redefine.html Arthas在线教程 下面通过Arthas在线教程演示热更新代码的过程。 Arthas进阶教程 在例子里，访问 curl http://localhost/user/0 ，会返回500错误： { "timestamp": 1550223186170,

缘起 最近看到一个很流行的标题，《开源XX年，star XXX，我是如何坚持的》。 看到这样的标题，忽然发觉Arthas从2018年9月开源以来，刚好一年了，正好在这个秋高气爽的时节做下总结和回顾。 Arthas 是Alibaba开源的Java诊断工具，深受开发者喜爱。 Github： https://github.com/alibaba/arthas 文档： https://alibaba.github.io/arthas 回顾Arthas Star数的历史，一直保持快速增长，目前已经突破16K。 感谢用户的支持，既是压力也是动力。在过去开源的一年里，Arthas发布了7个Release版本，我们一直坚持三点： 持续改进易用性 持续增加好用的命令 从开源社区中获取力量，回报社区 持续改进易用性 Arthas一直把易用性放在第一位，在开源之后，我们做了下面的改进： 开发arthas boot，支持Windows/Linux/Mac统一体验 丝滑的自动补全，参考了jshell的体验 高效的历史命令匹配， Up/Down 直达 改进类搜索匹配功能，更好支持lambda和内部类 完善重定向机制 支持JDK 9/10/11 支持Docker 支持rpm/deb包安装 尽管我们在易用性下了很大的功夫，但是发现很多时候用户比较难入门，因此，我们参考了k8s的 Interactive

容器技术提供了一种标准化的交付方式，将应用的代码以及代码环境依赖都打包在一起，成为一个与环境无关的交付物，可以被用在软件生命周期的任何阶段，彻底改变了传统的软件交付方式。 甚至可以说，是在容器技术之后，DevOps、CI/CD 等运维关键问题才有了质的飞跃：实现资源的动态创建和销毁，更轻量的容器技术既能保证环境一致性也能进一步提高迭代频率，各种容器平台也能更好地保证应用高可用、自动伸缩、业务连续等等。 今天将跟大家分享支撑双十一的容器镜像仓库 ACR，以及它是如何实现搭配 IDE 插件和 CICD/云原生应用交付链来实现一键部署与持续集成，以下是本文提纲： 什么是 容器镜像仓库 ACR 如何搭配 免费 IDE 插件 实现一键部署 如何运用 CICD/ 云原生应用交付链 实现持续集成与交付 想听软萌音在线讲解？阿里云小姐姐直播，手把手教你，12月5日晚上8点—9点，直播间等你（还有弹幕截屏送礼品！），直播间地址点击链接： https://developer.aliyun.com/special/cloudtoolkitlive 。 容器镜像仓库 ACR 为了更好地支持双十一大规模分发需求，容器镜像服务（Alibaba Cloud Container Registery, ACR）团队提前进行规划及迭代更新，全面提升了大规模分发场景下的性能、可观测性和稳定性。在新的双十一来临前