链滴 一次线上 java 应用响应时间过长问题的排查 作者：xinzhongtianxia 原文链接：https://ld246.com/article/1569574881351 来源网站：链滴 许可协议：署名-相同方式共享 4.0 国际 (CC BY-SA 4.0)

想想这样设计也没问题，这和线程池的思想是一样的，我们使用线程池时，肯定不会每次都 new 一 新的，只不过这个 ossClient 隐藏的比较深。。。

原文链接：一次线上 java 应用响应时间过长问题的排查

解决

解决办法很简单，把 OssClient 改成单例就行了。
但是，集团封网期间不允许上线，这。。。
想了想，单例也没啥问题，只要不在方法中去操作成员变量就可以了。

后记

你所学的知识，都是有用的，认为没用，也许只是时候未到而已。

原文链接：一次线上 java 应用响应时间过长问题的排查

派生的公开项目 通过邮件的公开项目 总结 维护项目 在主题分支中工作 应用来自邮件的补丁 检出远程分支 确定引入了哪些东西 将贡献的工作整合进来 为发布打标签 生成一个构建号 准备一次发布 制作提交简报 总结 GitHub 账户的创建和配置 SSH 访问 头像 邮件地址 两步验证 对项目做出贡献 派生项目 GitHub 流程 拉取请求的进阶用法 GitHub 贮藏的创意性使用 从贮藏创建一个分支 清理工作目录 签署工作 GPG 介绍 签署标签 验证标签 签署提交 每个人必须签署 搜索 Git Grep Git 日志搜索 重写历史 修改最后一次提交 修改多个提交信息 重新排序提交 压缩提交 拆分提交 核武器级选项：filter-branch 重置揭密 三棵树 工作流程 重置的作用 通过路径来重置 压缩 检出 总结 Git， 为什么它会成为 VCSs 大家庭中的一员，它与 其它 VCSs 的区别，以及为什么那么多人都在使用 Git。 然后，我们将介绍如 何下载 Git 以及如果你的系统没有安装 Git，如何为第一次运行做准备。 在 第二章 ，我们将阐述 Git 的基本使用——包含你在使用 Git 时可能遇到的 80% 的情形。 通过阅读本章，你应该能够克隆仓库、查看项目历史、修改文 件和贡献更改。 如果

Git， 为什 么它会成为 VCSs 大家庭中的一员，它与其它 VCSs 的区别，以及为什么那么多人都在使用 Git。 然后，我们将 介绍如何下载 Git 以及如果你的系统没有安装 Git，如何为第一次运行做准备。 在 第二章 ，我们将阐述 Git 的基本使用——包含你在使用 Git 时可能遇到的 80% 的情形。 通过阅读本章，你应 该能够克隆仓库、查看项目历史、修改文件和贡献更改。 如果本书在此刻自燃，你应该已经能够使用已经学到 libgit2 和 JGit 的工具编写 Git 脚本、扩展 Git。 如果你对编写复杂、快速的自定 义工具感兴趣，需要了解 Git 的底层访问，本章就是你所需要了解的。 12 最后在 附录 C ，我们一次性浏览 Git 的所有主要命令，复习在本书中介绍的内容， 回忆我们能够使用这些命令做什么。如果你需要知道本书中我们使用了哪些特定 Git 命令，你可以在这里查阅。 下面让我们开始吧。 13 起步 等，客户端并不只提取最新版本的文件快照， 而是把代码仓库完整地镜像下来，包 括完整的历史记录。 这么一来，任何一处协同工作用的服务器发生故障，事后都可以用任何一个镜像出来的本 地仓库恢复。 因为每一次的克隆操作，实际上都是一次对代码仓库的完整备份。 16 图表 3. 分布式版本控制. 更进一步，许多这类系统都可以指定和若干不同的远端代码仓库进行交互。籍此，你就可以在同一个项目中，分 别和不同工作小组的人相互协作。

循环体，并行才有较好的加速效果。称为计算瓶颈（ cpu- bound ）。 • 并行能减轻计算瓶颈，但不减轻内存瓶颈，故后者是优化的重点 。 浮点加法的计算量 • 冷知识：并行地给浮点数组每个元素做一次加法反而更慢。 • 因为一次浮点加法的计算量和访存的超高延迟相比实在太少了。 • 计算太简单，数据量又大，并行只带来了多线程调度的额外开销 。 • 小彭老师经验公式： 1 次浮点读写 ≈ 8 次浮点加法 • 区别是浮点的乘法和加法基本是一样速度。 • L1/2/3 read 和 Main RAM read 的时间指的是 读一个缓存行（ 64 字节）所花费的时间。 • 根据计算： 125/64*4≈8 • 即从主内存读取一次 float 花费 8 个 cycle ， 符合小彭老师的经验公式。 • “right” 和“ wrong” 指的是分支预测是否成功。 多少计算量才算多？ • 看右边的 func ，够复杂了吧？也只是勉勉强强超过一 AOSOA ：注意，内部 SOA 的尺寸不宜太小 如果内部 SOA 太小，内部循环只有 16 次连续的读 取， 16 次结束后就会跳跃一段，然后继续连续的 读取。这会导致 CPU 预取机制失效，无法预测下 一次要读哪里，等发现跳跃时已经来不及了，从而 计算的延迟无法隐藏。 如果每个属性都要访问到，那还是 AOS 比较好（ AOSOA 也不赖哦） 这是因为使用 SOA 会让 CPU 不得不同时维护很多条预取赛道（

5 踩坑记：rocketmq-console 消费 TPS 为 0，但消息积压数却在降低是个什么 “鬼” 49 1.6 RocketMQ 一个新的消费组初次启动时从何处开始消费呢？ 64 1.7 一次 RocketMQ 进程自动退出排查经验分享 78 1.8 RocketMQ 主题扩分片后遇到的坑 82 1.9 RocketMQ 消息发送 system busy、broker busy 原因分析与解决方案坑 涉及到消息消费队 列的重新分配，即消费队列重平衡机制。 在 RocketMQ 客户端中会每隔 20s 去查询当前 topic 的所有队列、消费者的个数，运 用队列负载算法进行重新分配，然后与上一次的分配结果进行对比，如果发生了变化，则进 行队列重新分配；如果没有发生变化，则忽略。 例如采取的分配算法如下图所示，现在增加一个消费者 c3，那队列的分布情况是怎样 的呢？ 根据新的分配算法，其队列最终的情况如下： RocketMQ 完成。大概的做法就是将将原先分配 给自己但这次不属于的队列进行丢弃，新分配的队列则创建新的拉取任务。 3. 消费进度 消费者消费一条消息后需要记录消费的位置，这样在消费端重启的时候，继续从上一次 消费的位点开始进行处理新的消息。在 RocketMQ 中，消息消费位点的存储是以消费组为 单位的。 集群模式下，消息消费进度存储在 broker 端，${ROCKETMQ_HOME}/store/conf

ElasticJob 通过弹性调度、资源管控、以及作业治理的功能，打造一个适用于互联网场景的分布式调度解 决方案，并通过开放的架构设计，提供多元化的作业生态。它的各个产品使用统一的作业 API，开发者仅 需一次开发，即可随意部署。 ElasticJob 已于 2020 年 5 月 28 日成为 Apache ShardingSphere 的子项目。欢迎通过邮件列表参与讨论。 1 1 简介 使用 ElasticJob 构成。作业运行实例主键均为临时节点，当作业实例上线时注册，下线时自动清理。注册中心监 控这些节点的变化来协调分布式作业的分片以及高可用。可在作业运行实例节点写入 TRIGGER 表示该 实例立即执行一次。 sharding 节点 作业分片信息，子节点是分片项序号，从零开始，至分片总数减一。分片项序号的子节点存储详细信息。 每个分片项下的子节点用于控制和记录分片运行状态。节点详细信息说明： 子 执行。图中显示的当前时间点为 13:00 的作业执行中。 如果作业的其中一个分片服务器在 13:10 的时候宕机，那么剩余的 20 分钟应该处理的业务未得到执行， 并且需要在 14:00 时才能再次开始执行下一次作业。也就是说，在不开启失效转移的情况下，位于该分片 的作业有 50 分钟空档期。如下如图所示。 在开启失效转移功能之后，ElasticJob 的其他服务器能够在感知到宕机的作业服务器之后，补偿执行该分

例子深入浅出地示 范了正则表达式的典型用法，值得一读。 — 大漠穷秋 我连续看了老姚在专栏的正则系列的前三篇，毫不犹豫就打赏了，而且顺藤摸瓜认识了老姚，没想到 老姚对学习本身研究颇深，当晚第一次聊天就是半宿。在本系列中，我印象最深的两句话是“正则表 达式是匹配模式，要么匹配字符，要么匹配位置”和“对于位置的理解，我们可以理解成空字符”， 这两句话可谓是醍醐灌顶，通过数字的千位分隔符这个 {m,} 表示至少出现 m 次。 {m} 等价于 {m,m}，表示出现 m 次。 ? 等价于 {0,1}，表示出现或者不出现。 记忆方式：问号的意思表示，有吗？ + 等价于 {1,}，表示出现至少一次。 记忆方式：加号是追加的意思，得先有一个，然后才考虑追加。 * 等价于 {0,}，表示出现任意次，有可能不出现。 记忆方式：看看天上的星星，可能一颗没有，可能零散有几颗，可能数也数不过来。 以上量词对应的可视化形式是： 匹配 \d{3}$ 前面的位置。而 \d{3}$ 匹配的是目标字符串最后那 3 位数字。 2.4.2.2. 弄出所有的逗号 因为逗号出现的位置，要求后面 3 个数字一组，也就是 \d{3} 至少出现一次。 此时可以使用量词 +： var result = "12345678".replace(/(?=(\d{3})+$)/g, ',') console.log(result); // => "12

例子深入浅出地示 范了正则表达式的典型用法，值得一读。 — 大漠穷秋 我连续看了老姚在专栏的正则系列的前三篇，毫不犹豫就打赏了，而且顺藤摸瓜认识了老姚，没想到 老姚对学习本身研究颇深，当晚第一次聊天就是半宿。在本系列中，我印象最深的两句话是“正则表 达式是匹配模式，要么匹配字符，要么匹配位置”和“对于位置的理解，我们可以理解成空字符”， 这两句话可谓是醍醐灌顶，通过数字的千位分隔符这个 {m,} 表示至少出现 m 次。 {m} 等价于 {m,m}，表示出现 m 次。 ? 等价于 {0,1}，表示出现或者不出现。 记忆方式：问号的意思表示，有吗？ + 等价于 {1,}，表示出现至少一次。 记忆方式：加号是追加的意思，得先有一个，然后才考虑追加。 * 等价于 {0,}，表示出现任意次，有可能不出现。 记忆方式：看看天上的星星，可能一颗没有，可能零散有几颗，可能数也数不过来。 以上量词对应的可视化形式是： 匹配 \d{3}$ 前面的位置。而 \d{3}$ 匹配的是目标字符串最后那 3 位数字。 2.4.2.2. 弄出所有的逗号 因为逗号出现的位置，要求后面 3 个数字一组，也就是 \d{3} 至少出现一次。 此时可以使用量词 +： var result = "12345678".replace(/(?=(\d{3})+$)/g, ',') console.log(result); // => "12

将会自动注入该模型。 更多隐式模型绑定详情请查看 Laravel 5.2 文档 HTTP 路由模型绑定部分。 中间件组 中间件组允许你通过单个方便的键来对相关路由中间件进行分组，从而为某个路由一次指 定多个中间件。例如，在同一个应用中构建 Web UI 或 API 时这一特性很有用，你可以 将 session 和 csrf 路由分组到一个 web 组，或者将访问频率限制分组到 api 中。 为了给应用加速，你可以使用 Artisan 命令 config:cache 将所有配置文件的配置缓存到 单个文件里，这将会将所有配置选项合并到单个文件从而可以被框架快速加载。 应用一旦上线，就要运行一次 php artisan config:cache，但是在本地开发时，没必要经 常运行该命令，因为配置值经常需要改变。 5、维护模式 当你的应用处于维护模式时，所有对应用的请求都会返回同一个自定义视图。这一机制在 该盒子为我们提供了优秀的开发 环境，有了它，我们不再需要在本地环境安装 PHP、HHVM、Web 服务器以及其它工具 软件，我们也完全不用再担心误操作搞乱操作系统 —— 因为 Vagrant 盒子是一次性的， 如果出现错误，可以在数分钟内销毁并重新创建该 Vagrant 盒子！ Homestead 可以运行在 Windows、Mac 以及 Linux 系统上，其中已经安装好了 Nginx、 PHP7

Vagrant 盒子，该盒子提供了一流的开发环境，有了它，我们不再需要在本地环境 安装 PHP、HHVM、web 服务器以及其它服务器软件，我们也完全不用再担心误操作搞乱 操作系统——因为 Vagrant 盒子是一次性的，如果出现错误，可以在数分钟内销毁并重新创 建该 Vagrant 盒子！ Homestead 可以运行在 Windows、Mac 以及 Linux 系统上，其中已经安装好了 Nginx、 PHP5 内置的验证服务，则不需要手动使用这些 方法，因为一些 Laravel 内置的校验设置会自动调用它们。 2.1.1 将输入存储到一次性 Session Illuminate\Http\Request 实例的 flash 方法会将当前输入存放到一次性 session 中，这样在 下一次请求时数据依然有效： $request->flash(); 你还可以使用 flashOnly 和 flashExcept $request->flashOnly('username', 'email'); $request->flashExcept('password'); 2.1.2 将输入存储到一次性 Session 然后重定向 如果你经常需要一次性存储输入并重定向到前一页，可以简单使用 withInput 方法来将输入 数据链接到 redirect 后面： return redirect('form')->withInput();