- 综合排序
- 最热优先
- 最新优先
- 来自专栏电光石火
RabbitMQ消息超时时间、队列消息超时时间、队列超时时间
AMQP.BasicProperties.Builder builder = new AMQP.BasicProperties.Builder(); 2. builder.expiration("3000"); 3. AMQP.BasicProperties build = builder.build(); 当前版本采用的是Builder模式创建实例，在此我们通过expration 的值设置消息的存活时间为3秒。 向队列中添加110条消息，前10条为没有超时时间的消息，后100条为设置了超时时间的消息 ? 证明：如果队头为没有设置超时时间的消息，即使后面消息已经超时也不会被移除队列。 三、设置队列的TTL（队列超时时间）TTL ? 编程时设置方式 ? 队列未被使用是指未发生如下行为： 1、队列没有被重新申明 2、没有basicGet操作发生 3、没有Consumer连接在队列上（哪怕队列一直没有消息） 特别的：就算一直有消息进入队列，也不算队列在被使用
8.9K20发布于 2019-12-05 - 来自专栏Java课堂
Spring 实现 3 种异步流式接口，干掉接口超时烦恼
注意：ResponseBodyEmitter 的超时时间，如果设置为 0 或 -1，则表示连接不会超时；如果不设置，到达默认的超时时间后连接会自动断开。 @GetMapping("/bodyEmitter")public ResponseBodyEmitter handle() { // 创建一个ResponseBodyEmitter，-1代表不超时
1.1K10编辑于 2024-10-14 - 来自专栏陶士涵的菜地
socket的连接超时 与 读取写入超时
socket处理时有两种超时 , 分为连接超时 和 读取/写入数据超时 1. stream_socket_client 函数中的超时时间是连接超时 , 默认是php.ini中的default_socket_timeout 配置项 2. stream_set_timeout() 函数设置的是 读取/写入数据超时 3. default_socket_timeout配置项也控制file_get_contents的超时时间 PHP 3.errstr 如果连接失败，将设置为系统级错误消息。 4.timeout connect（）系统调用应该超时之前的秒数。 注意： 要设置通过套接字读取/写入数据的超时，请使用stream_set_timeout（），因为仅在连接套接字时才应用超时。 5.flags 位掩码字段，可以设置为连接标志的任意组合。
6.1K30发布于 2019-09-10 - 来自专栏猿天地
Hystrix 超时配置
前阵子在我的知识星球中，有位朋友对我提了个问题，问我如何让Hystrix支持对接口级别的超时配置，今天给大家写篇文章，普及下Hystrix配置超时的几种方式。 @HystrixCommand 如果我们使用的是@HystrixCommand注解，那么可以在注解中直接指定超时时间，如下： @HystrixCommand(fallbackMethod="fallback execution.isolation.thread.timeoutInMilliseconds", value = "1000" ) }) 当然也可以指定commandKey，然后在配置文件中配置超时时间 ，如下： @HystrixCommand(fallbackMethod="fallback",commandKey="userGetKey") 配置文件给commandKey配置超时时间： hystrix.command.userGetKey.execution.isolation.thread.timeoutInMilliseconds = 13000 全局配置 如果只是想全局的配置，可以配置默认的超时时间： hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds
3.6K40发布于 2019-06-03 - 来自专栏全栈程序员必看
recvfrom设置超时
发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/163438.html原文链接：https://javaforall.cn
2.5K30编辑于 2022-09-15 - 来自专栏服务化进程
dubbo超时异常
dubbo超时异常 在调用dubbo服务时经常看到如下错误： Caused by: com.alibaba.dubbo.remoting.TimeoutException: Waiting server-side 客户端调用远程服务时，本地会生成一个DefaultFuture，调用DefaultFuture.get()获取远程服务返回的结构,此方法获取锁，调用await方法，此时当前线程进入等待队列，此线程会有两种结果过：要么超时 而这里的报错很明显是由于等待服务端返回结果时客户端超时异常，查看源码如下： public class DefaultFuture implements ResponseFuture { private > 也可以在消费者端对每个服务自定义配置 <dubbo:reference interface="com.foo.BarService" timeout="2000"/> 这里也需要注意服务端也有一个超时时间 客户端timeout超时抛出异常时，有一个线程RemotingInvocationTimeoutScan会自动清理对应超时的Future。
7.2K30发布于 2019-08-02 - 来自专栏问天丶天问
超时配置（OpenFeign）
默认值 连接超时，默认2s 读取超时，默认5s 单位： 毫秒 全局配置 package com.learning.springcloud.order.feign.config; import feign.Contract Contract.Default(); // } @Bean public Request.Options options(){ // 第一个 连接超时 第二个 读取超时 return new Request.Options(5000, 10000) } } 局部配置 feign: client: 基础日志 contract: feign.Contract.Default # 指定Feign原生注解契约配置 connect-timeout: 5000 # 连接超时 默认2s read-timeout: 10000 # 读取超时 默认5s
92410编辑于 2024-01-20 - 来自专栏linux运维
linux登录超时
系统如果服务没有运行，可以尝试启动它： sudo systemctl start sshd # 对于CentOS/RHEL系统 sudo systemctl start ssh # 对于Debian/Ubuntu系统3.
3.6K00编辑于 2025-02-03 - 来自专栏SpringBoot
OpenFeign超时控制
由于OpenFeign底层是由Ribbon实现的，所以我们只要修改Ribbon的配置即可
1.6K10发布于 2020-12-01 - 来自专栏SpringCloud专栏
Zuul超时问题，微服务响应超时，zuul进行熔断
是这样的，今天碰到了微服务响应超时问题，而且超时时间特别短，2秒就超时，zuul就走熔断了。 { e.printStackTrace(); } return "dbToEs"; } @GetMapping("/test3" ) public Object test3() { try { Thread.sleep(5500); } catch (InterruptedException 使用serviceId路由和url路由是不一样的超时策略） 如果你在zuul配置了熔断fallback的话，熔断超时也要配置，不然如果你配置的ribbon超时时间大于熔断的超时，那么会先走熔断，相当于你配的 我启动项目，访问test1，也就是sleep3秒那个时，会进入熔断超时，访问test2，sleep1秒时能正常返回，访问test3同样进入熔断。 可以自行修改超时时间来测试一下。
3.5K20发布于 2019-01-17 - 来自专栏陶士涵的菜地
tcp连接SYN超时重传次数和超时时间
当tcp进行三次握手的时候 , 第一步是客户端发送syn请求 , 服务端返回syn+sck , 客户端响应sck 当syn请求超时的时候,tcp会进行超时重传 , 重传次数在这里查看 cat /proc 可以看到重传次数是6次 每次超时的时间是 1秒 2秒 4秒 8秒 16秒 32秒 使用telnet 测试一个不存在的ip和端口 telnet 222.222.222.222 80 使用
10.2K30发布于 2021-04-22 - 来自专栏java springboot docker
zuul超时问题
文章目录[隐藏] 问题 解决 问题 //响应-源代码 { "timestamp": "2020-02-19T09:39:44.846+0000", "status": 504, "error": "Gateway Timeout", "message": "com.netflix.zuul.exception.ZuulException: Hystrix Readed time out" } com.netflix.zuul.exception.ZuulException: Hystrix R
1.6K20编辑于 2023-03-01 - 来自专栏每日一善
调用超时控制
调用超时控制的使用场景是，发起行为的时候设置超时时间，在某个时间后停止某个请求。 常用的场景：我们发起rpc请求时设置超时时间，设置数据库或者缓存的连接时间 在各类软件里面都有超时设置 操作系统磁盘，网络调用，其他io操作 数据库软件 调用中断的本质是发起一个中断，中断当前的调用执行中断的请求
1.3K10编辑于 2022-04-03 - 来自专栏一个前端开发工程师的成长之路
‘github提交超时‘
github提交超时原因总结 前言 吐槽下: 自从github改版以后GitHub Pages的浏览速度感觉慢了好多。 问题产生与解决 起初问题产生就是因为我在提交代码的时候一直提示超时, 我一直使用的是ssh的方式提交的, 换成了https以后正常。 只要使用ssh的方式必超时, 为了解决这个问题我排查了下, 排除了git代理的原因, 排除了访问国外网站的方式。谷歌了下, 尝试了一些办法发现还是没有解决问题。
1.9K20编辑于 2022-01-10 - 来自专栏公众号：程序员荒生
一次算法读图超时引起的urllib3源码分析
，“网络速度”或者“网络抖动”直接上解决方案问题1：网络环境引起的超时问题？ 读图组件代码固定，切换图片链接至内网读图，快速解决问题问题2：网络抖动引起的等待超时问题？ 快速断开，快速重试解决问题由于此处读图选用的urllib3，后续的章节我们着重分析下urllib3的超时部分源码urllib架构urllib3是一个功能强大，条理清晰，用于HTTP客户端的Python库 (read timeout=0.0001)ConnectTimeoutError：连接超时；ReadTimeoutError：读取超时，我们先看一个请求验证的Demo：# -*- coding: utf (connect=1, read=0.0001)) print(type(image))由上可知urllib3的超时设置，其实就是封装了socket的超时设置，以下是socket的超时设置逻辑，包含请求超时和接收超时请求建立超时设置
1.4K20编辑于 2022-09-19 - 来自专栏解Bug之路
日常问题排查-调用超时日常问题排查-调用超时
日常问题排查-调用超时 前言 日常Bug排查系列都是一些简单Bug排查，笔者将在这里介绍一些排查Bug的简单技巧，同时顺便积累素材^_^。 Bug现场 这次的Bug是大家喜闻乐见的调用超时。 即A调用B超过了5s 搜索一下日志，发现A系统在发出5s后超时。B系统在将近8s后才收到请求，也就是说B系统还没开始处理，A系统就超时了。 开始排查 那么这5秒钟时间到底消失在哪里呢？ 有3个可能的点: 1)A日志打点到真正发出请求包 2)网络上 3)B真正接收请求包到B日志打点。 网络check 首先笔者检查了当时此机器的Net Traffic,发现非常平稳，考虑不是网络的锅。
1.5K30编辑于 2021-12-24 - 来自专栏用户9757876的专栏
隧道保活超时或协商超时，该如何解决？
华为防火墙，配置了L2TP Over IPSec，但是用客户端远程拨入的时候，显示警告：“隧道保活超时或协商超时” 虽然防火墙上显示连接已经建立，dis ike error，也没有报错信息，但是实际上 根据华为官方的提示，可能的原因有：1、安全策略未放行自身到L2TP报文；2、防火墙上未启用L2TP功能；3、UniVPN上配置的“隧道名称”与防火墙上的“对端隧道名称”不符；4、两端“隧道密码认证”设置不同 不论上述“超时”错误是否与此有关，这也是需要排除的问题之一。
1.8K20编辑于 2023-05-29 - 来自专栏张戈的专栏
修改Apache的超时设置，解决长连接请求超时问题
某日，组内后台开发找到我，问我们的 WEB 服务器超时设置是多少。他反馈的问题是，有一个 VLAN 切换任务 cgi 接口经常返回 504 网关超时错误，要我分析解决下。 老规矩，从开发那拿到接口地址，得到接入层服务器 IP，是一台 Haproxy 代理，看了一下 Haproxy 的超时设置： # 设置成功连接到一台服务器的最长等待时间，默认单位是毫秒，新版本的haproxy 该参数向后兼容 srvtimeout 3600 各种 1 小时超时，所以排除 Haproxy 的影响，继续往下看。 Haproxy 代理的是 2 台 Apache，也就是部署了 cgi 接口的服务器。 第一时间查看了 httpd.conf 和 httpd-vhost.conf 中的配置，居然没找到超时设置。 重载之后，就不会出现 504 网关超时设置了。
17.5K90发布于 2018-03-21 - 来自专栏游戏杂谈
ajax和它的超时
日常开发中一般都会使得ajax去获了数据，但有两点是需要值得注意的： 1、ajax请求队列 2、ajax的超时处理 为什么要注意这两点？为了让用户在其可视区域内更快速的看见内容。 队列的处理上，已经有一个插件了，叫ajaxManager，例子和链接在这里：http://www.protofunc.com/scripts/jquery/ajaxManager/；而在超时的处理上，jquery readyState属性) 0 Uninitialized（尚未调用open方法） 1 Loading （已调用open，尚未调用send） 2 Loaded (已经调用send，尚未接收到响应) 3 xhr的status有一点是需要注意的：“有的浏览器会错误地返回204状态码”，而IE（非原生的XHR对象）中会将204设置为1223，Opera会在取得204时将status设置为0，而Safari 3之前的版本会将 ); 而在自定义的onreadystatechange函数中会检测传入的参数，如果参数为“timeout”则说明超时了，先调用xhr的abort取消请求，然后再调用complete方法。
1.9K10发布于 2018-11-15 - 来自专栏容器云生态
redis超时原因排查
查看前十条慢命令 config get slowlog-log-slower-than 设置慢命令时间（默认10000us） 10ms 2.客户端连接数量，默认为10000 ，超过5000就会影响性能 3. 看门狗造成的延迟 CONFIG SET watchdog-period 200 记录延迟事件 redis 单实例最大并发据说可以达到写1w+/s,但是这是在本地操作redis，远程redis操作至少相差1/3的数据 那么如果并发上面没有问题，但是出现redis 的超时问题，就需要进行上面问题的排查啦。 reds的客户端连接数；top查看是否reds跑满了cpu；超时时间的设置(timeout/tcp-keepalive);网络延迟；数据量传输 测试qps/tps: /export/servers/redis 查看前十条慢命令 config get slowlog-log-slower-than 设置慢命令时间（默认10000us） 10ms 2.客户端连接数量，默认为10000 ，超过5000就会影响性能 3.
8.3K61发布于 2018-02-26
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号