liuzhiguo630
liuzhiguo630
- [x] 我已经在 [issues](https://github.com/alibaba/arthas/issues) 里搜索，没有重复的issue。 ### 环境信息 * Arthas 版本: 3.6.1 * 目标进程的JVM版本: 1.8.0_312 ### 重现问题的步骤 使用 HTTP 接口执行 vmtool 指令： ```javascript -- request { "action": "exec", "command": "vmtool --action...
# 背景 Helios 系统要处理的数据量比较大，尤其是查询所有服务一天的评分数据时要返回每日 1440 分钟的所有应用的评分，总计有几十万个数据点，接口有时延迟会达到数秒。本文记录如何利用 Arthas ，将接口从几百几千 ms，优化到几十 ms。 链路：  从链路上看，线上获取一整天的数据时大概 300 多 ms，而查询数据库只有 11ms，说明大部分时间都是程序组装数据时消耗的，于是动起了优化代码的念头。 # 优化过程 **温馨提示：代码可以不用看，没有上下文的情况下很难明白函数什么意思。主要看 Arthas Trace 的结果与优化思路。** ## 初始未优化版本 ### 代码 ```Java private HeliosGetScoreResponse...
（用户案例） ## 前提 本方法最适用于 Spring Boot 项目。 ## 谁拖垮了效率？ 本地开发时有两个操作最耗时： 1. 每次代码变更都要重启一次项目，重启的时间相对较长。 2. 代码深层次的一个方法，也需要有类似 HTTP 的触发入口一层一层调用过来，这是非常麻烦的事。 所以我在寻找一种可以不停机的开发方法，所有变更都能随时生效，代码随写随测。 ## 探索 代码热变更方面，我使用了久负盛名的 IDEA 插件 JRebel。该插件可以做到绝大部分的新增/修改代码，安装使用方式可以在网上搜索。 但有了 JRebel 之后，我发现仍然很难调用看到的方法，如果通过 HTTP 接口调用过来很麻烦，过程很长，并且前后的一些操作的结果也是我不想要的。再比如写着写着突然对某个资源的响应内容不确定。 我希望能随时调用看到的每一个方法。后来看了一些 arthas...
- [x] I have searched the [issues](https://github.com/apache/dubbo/issues) of this repository and believe that this is not a duplicate. ### Environment * Dubbo version: 3.1.0 * Java version: 1.8.0 ### Steps...
- [x] I have searched the [issues](https://github.com/apache/dubbo/issues) of this repository and believe that this is not a duplicate. ### Environment * Dubbo version: 3.1.0 * Java version: 1.8.0 ### Steps...
版本: Dubbo 2.7x ~ 3.1.0 Dubbo 中用「input」「output」表示 InputBytesCount, OutputBytesCount ，但现在基本已经废弃了，只有 Dubbo 协议有 Input 字段，没有 Output。 获得请求、响应报文体积是判断要不要打印日志、判断是否网络阻塞的重要依据。不然就只能在序列化成 JSON 后才发现报文过大，白白浪费性能在序列化上。我们发现用 `JSON.toJSONString()` 序列化后有数 M 大小的响应内容，需要几百毫秒甚至数秒才能完成。 同时这个问题也怀疑与 #1784 #8513 有关系，都是发生了非常短暂的超时，Provider 端处理非常快，并且问题难以复现。显然是中间层网络的嫌疑最大，而网络阻塞又与 Dubbo 默认单条连接处理有关，与报文大小有关。 假设...
# Describe I ran this project locally, and it was able to return error messages normally. However, when I deployed on vercel or open chatbotui.com, there was no error message...