有性能问题,上HeapDump性能社区
首页
性能问答
性能文章
性能话题
性能课程
性能活动
用户服务
用户权益
兑换专区
性能工具
XPocket
创作中心
登录
注册
综合
文章
求助
讨论
课程
找人
从应用到内核查
接口超时
(中)
某个
接口超时
会偶发,查了几个 case 的日志,发现 httpClient 在请求某三方接口结束后输出一条日志时间为 A,方法返回后将请求结果解析成为 JSON 对象后,再输出的日志时间为 B, AB之间的时间差会特别大,100-700ms 不等,而 JSON 解析正常是特别快的,不应该超过 1ms
接口超时
,到底如何处理
导语:当前互联网的系统几乎都是解耦隔离后,会存在各个不同系统的相互远程调用。调用远程服务会有三个状态:成功,失败,或者超时。前两者都是明确的状态,而超时则是未知状态。我们转账超时的时候,如果下游转账系统做好幂等控制,我们发起重试,那即可以保证转账正常进行,又可以保证不会多转一笔。所以掌握幂的用法非
从应用到内核查
接口超时
(下)
某个
接口超时
会偶发,查了几个 case 的日志,发现 httpClient 在请求某三方接口结束后输出一条日志时间为 A,方法返回后将请求结果解析成为 JSON 对象后,再输出的日志时间为 B, AB之间的时间差会特别大,100-700ms 不等,而 JSON 解析正常是特别快的,不应该超过 1ms
从应用到内核查
接口超时
(上)
某个
接口超时
会偶发,查了几个 case 的日志,发现 httpClient 在请求某三方接口结束后输出一条日志时间为 A,方法返回后将请求结果解析成为 JSON 对象后,再输出的日志时间为 B, AB之间的时间差会特别大,100-700ms 不等,而 JSON 解析正常是特别快的,不应该超过 1ms
RPC的超时设置,一不小心就是线上事故
RPC
接口超时
设置,不仅涉及到接口幂等、服务降级和熔断、性能评估和优化,同时还需要从业务角度评估必要性。通过一个真实的线上事故系统性地介绍在微服务架构下,如何正确设置RPC接口的超时时间:超时的实现原理是什么?设置超时时间到底是为了解决什么问题?应该如何合理的设置超时时间?
4
回复
接口响应很慢
接口响应很慢,求助查看这个线程的情况,能看出什么问题嘛
6
回复
commoms-pool1.6 获取client超时
项目中使用apache commoms-pool1.6 的GenericKeyedObjectPool来管理thrift客户端。参数设置为 this.pool.setMaxActive(100); t
日常问题排查-调用超时
前言日常Bug排查系列都是一些简单Bug排查,笔者将在这里介绍一些排查Bug的简单技巧,同时顺便积累素材^_^。 Bug现场这次的Bug是大家喜闻乐见的调用超时。即A调用B超过了5s搜索一下日志,发现
1
回复
STW造成rpc超时
现象:rpc调用间歇性超时排查:查看代码没有耗时操作日志:
聊聊接口性能优化的11个小技巧
大家好,我是苏三,又跟大家见面了。前言接口性能优化对于从事后端开发的同学来说,肯定再熟悉不过了,因为它是一个跟开发语言无关的公共问题。该问题说简单也简单,说复杂也复杂。有时候,只需加个索引就能解决问题。有时候,需要做代码重构。有时候,需要增加缓存。有时候,需要引入一些中间件,比
加载更多