本地调试服务长时间无反应 niws.loadbalancer.availabilityFilteringRule.activeConnectionsLimit = 2147483647_wangooo的博客

link之家
链接快照平台
输入网页链接，自动生成快照
标签化管理网页链接
相关文章推荐
谦虚好学的跑步机 · 使用psutil库在Windows系统下获取 ...· 6 月前 ·
面冷心慈的猴子 · 如何修改字符串内容 - C# | ...· 10 月前 ·
高兴的眼镜 · Self-signed ...· 1 年前 ·
力能扛鼎的红酒 · 数据库大小写敏感问题 - 简书· 1 年前 ·
刚失恋的烤面包 · 在Python ...· 1 年前 ·
上午本地登录测试是正常的，下午就不正常了，报错：
2021-07-01 14:15:34.202  INFO 1437 --- [ctor-http-nio-2] c.netflix.config.ChainedDynamicProperty  : Flipping property: zc-ucenter-auth-service-wdev.ribbon.ActiveConnectionsLimit to use NEXT property: niws.loadbalancer.availabilityFilteringRule.activeConnectionsLimit = 2147483647
2021-07-01 14:15:34.214  INFO 1437 --- [ctor-http-nio-2] c.netflix.loadbalancer.BaseLoadBalancer  : Client: zc-ucenter-auth-service-wdev instantiated a LoadBalancer: DynamicServerListLoadBalancer:{NFLoadBalancer:name=zc-ucenter-auth-service-wdev,current list of Servers=[],Load balancer stats=Zone stats: {},Server stats: []}ServerList:null
2021-07-01 14:15:34.219  INFO 1437 --- [ctor-http-nio-2] c.n.l.DynamicServerListLoadBalancer      : Using serverListUpdater PollingServerListUpdater
2021-07-01 14:15:34.226  INFO 1437 --- [ctor-http-nio-2] c.netflix.config.ChainedDynamicProperty  : Flipping property: zc-ucenter-auth-service-wdev.ribbon.ActiveConnectionsLimit to use NEXT property: niws.loadbalancer.availabilityFilteringRule.activeConnectionsLimit = 2147483647
2021-07-01 14:15:34.227  INFO 1437 --- [ctor-http-nio-2] c.n.l.DynamicServerListLoadBalancer      : DynamicServerListLoadBalancer for client zc-ucenter-auth-service-wdev initialized: DynamicServerListLoadBalancer:{NFLoadBalancer:name=zc-ucenter-auth-service-wdev,current list of Servers=[192.168.3.85:10000],Load balancer stats=Zone stats: {unknown=[Zone:unknown;	Instance count:1;	Active connections count: 0;	Circuit breaker tripped count: 0;	Active connections per server: 0.0;]
},Server stats: [[Server:192.168.3.85:10000;	Zone:UNKNOWN;	Total Requests:0;	Successive connection failure:0;	Total blackout seconds:0;	Last connection made:Thu Jan 01 08:00:00 CST 1970;	First connection made: Thu Jan 01 08:00:00 CST 1970;	Active Connections:0;	total failure count in last (1000) msecs:0;	average resp time:0.0;	90 percentile resp time:0.0;	95 percentile resp time:0.0;	min resp time:0.0;	max resp time:0.0;	stddev resp time:0.0]
]}ServerList:com.alibaba.cloud.nacos.ribbon.NacosServerList@3af020a
WebsocketHandler
/auth/auth/app/login
2021-07-01 14:15:35.224  INFO 1437 --- [erListUpdater-0] c.netflix.config.ChainedDynamicProperty  : Flipping property: zc-ucenter-auth-service-wdev.ribbon.ActiveConnectionsLimit to use NEXT property: niws.loadbalancer.availabilityFilteringRule.activeConnectionsLimit = 2147483647
1、服务nacos能成功注册 
2、经过测试，开启gateway服务、auth服务、info服务。auth服务登录不正常，很长时间没有返回响应，没有任何反应。但是，info服务，测试调用了一个接口是正常的。估计，gateway服务，大概率没有问题。问题主要在auth服务上。 
3、经检查，也不是链接限制的问题，都是本地测试，服务都是刚开的。 
4、检查服务的端口，lsof -i tcp:10000 
user@MacBook-Pro ~ % lsof -i tcp:10000
COMMAND    PID  USER   FD   TYPE             DEVICE SIZE/OFF NODE NAME
DownloadS  459 user   39u  IPv4 0x9d2a8388e3beea69      0t0  TCP 192.168.3.85:ndmp->192.168.3.85:50618 (CLOSE_WAIT)
DownloadS  459 user   49u  IPv4 0x9d2a8388dce852e9      0t0  TCP 192.168.3.85:ndmp->192.168.3.85:51276 (CLOSE_WAIT)
DownloadS  459 user   53u  IPv4 0x9d2a8388d4361f29      0t0  TCP *:ndmp (LISTEN)
java      1429 user  218u  IPv6 0x9d2a8388dc38a639      0t0  TCP *:ndmp (LISTEN)
发现服务端口被占用了 
查看端口被哪个程序占用了 
user@deMacBook-Pro ~ % ps aux 
USER               PID  %CPU %MEM      VSZ    RSS   TT  STAT STARTED      TIME COMMAND
user              467   0.0  0.1  4493740  14336   ??  S     2:01下午   0:00.12 /System/Library/CoreServices/CoreLocationAgent.app/Contents/MacOS/CoreLocationAgent
user              465   0.0  0.0  4469232   5476   ??  S     2:01下午   0:00.89 /Library/Application Support/Adobe/Adobe Desktop Common/IPCBox/AdobeIPCBroker.app/Contents/Frameworks/AdobeCrashReporter.framework/
user              464   0.0  0.1  4494308  13240   ??  S     2:01下午   0:00.34 /Library/Application Support/Adobe/Adobe Desktop Common/IPCBox/AdobeIPCBroker.app/Contents/MacOS/AdobeIPCBroker -launchedbyvulcan /
user              462   0.0  0.1  4497484  14212   ??  S     2:01下午   0:00.22 com.xunlei.Thunder.ThunderHelper
user              459   0.0  0.1  4495672  17556   ??  Ss    2:01下午   0:00.44 /Applications/Thunder.app/Contents/XPCServices/DownloadService.xpc/Contents/MacOS/DownloadService
原来是被迅雷占用了 
5、一开始没有考虑到服务的端口的问题 
                    本地调试 服务长时间无反应 niws.loadbalancer.availabilityFilteringRule.activeConnectionsLimit = 2147483647
                    上午本地登录测试是正常的，下午就不正常了，报错：2021-07-01 14:15:34.202  INFO 1437 --- [ctor-http-nio-2] c.netflix.config.ChainedDynamicProperty  : Flipping property: zc-ucenter-auth-service-wdev.ribbon.ActiveConnectionsLimit to use NEXT property: niws.loadbalancer.availabili.
 test-service.ribbon.ActiveConnectionsLimit to use NEXT property: niws.loadbalancer.availabilityFilteringRule.activeConnectionsLimit = 2147483647
具体的表现是，当 使用feign调用马上就报错，也没有超过设置的超时时间，我的配置如下：
ribbon:
  OkToRetryOnAllOperati
				全球最大的互联网视频提供商Netflix在自己的技术团队博客上发布文章，对外公布了他们的开源项目Ribbon，其主要功能是将Netflix的中间层服务连接在一起。 
Ribbon，简单说，主要提供客户侧的软件负载均衡算法。和其他构成我们NIWS内部进程通信栈的组件一起，该算法在Netflix经历了严峻考验。未来几个月，我们会继续开源其他的NIWS组件。请注意：上面提到的负载均衡器是内部的客户侧负载均衡器，与Eureka一起使用，Eureka主要用来平衡到中间层服务的请求。
                            标签：Ribbon
 断路器和超时的组合。 Netflix构建的开源的.NET版本。
 为了将某个依赖项中的故障与删除另一个组件隔离开来。 每当断路器断开时，它都会返回异常或运行回退，而不会给故障系统增加负担。 它定期发送单个请求，以查看从属系统是否恢复正常运行。
断路器是Hystrix中的主要概念，它们可以通过组和命令键来标识，它们是任意字符串，以支持结构化和组织我们在应用程序中使用的各种断路器。 每个断路器在超时，后备机制，错误阈值等方面可以有自己的配置。
 一旦我们引用了断路器（由IHystrixCommand接口表示），就可以使用同步版本通过断路器执行操作
spring cloud配置的feign接口，进行调用时，本地dev环境启动后，第一次永远超时，第二次就可以正常调用了。
由于自己注册中心，用的是发布到测试环境的注册中心，同时注册了测试环境的其他的微服务项目（自己本机开的虚机，模拟测试环境）和本地开发环境，就会一直存在这个问题。
停掉测试环境的服务，本地开发环境就正常了。
具体报错开始前包含有如下内容的提示
Flipping property: xudod-jy.ribbon.ActiveConnectionsLimit to use 
				1，The Network Adapter could not establish the connection
Oracle数据库连接yml配置问题
2，queryForList方法返回数据类型问题
JdbcTemplate针对数据查询提供了多个重载的模板方法，你可以根据需要选用不同的模板方法。
如果你的查询很简单，仅仅是传入相应SQL或者相关参数，然后取得一个单一的结果，那么你可以选择如下一组便利的模板方法：
int queryForInt(String sql) 
int queryForI
				Ribbon负载均衡策略定义
IRule其实就只做了一件事情Server choose(Object key)，可以看到这个功能是在LB中定义（要求）的，LB把这个功能委托给IRule来实现。不同的IRule可以向LB提供不同的负载均衡算法。
public interface IRule{
public Serverchoose(Object key);
public void setLoadB...
					niws.loadbalancer.availabilityfilteringrule.activeconnectionslimit = 2147483647
				### 回答1：
这句话的意思是：niws.loadbalancer.availabilityfilteringrule.activeconnectionslimit = 2147483647，表示活动连接数限制为2147483647。   
### 回答2：
这段代码是涉及到负载均衡器的可用性过滤规则和活动连接数量限制。负载均衡器可以理解为一个对于客户端的访问请求进行分发和负载均衡的设备或软件。当一个客户端发起请求后，负载均衡器会寻找当前处理请求最少的服务器节点，并将请求发送给该节点来处理。
在这段代码中，niws.loadbalancer.availabilityfilteringrule表示可用性过滤规则，活动连接数量限制则是activeconnectionslimit。默认情况下，这个值设置为2147483647。这也是一个十分巨大的数字，事实上其代表了32位整数的最大值。负载均衡器将会按照此规则来评估当前服务器节点的可用性。
将这个数字设置为这样的一个十分高的值，意味着这个负载均衡器不会对连接数量进行限制。也就是说，这个负载均衡器将无限制地处理并响应客户端的请求。这个设置在一些特殊情况下是必要的，比如高流量访问环境，或者一些需要处理大量任务的软件系统。在这些情况下，设置一个超高的活动连接数量限制可以帮助提升软件系统的性能和稳定性。
总而言之，niws.loadbalancer.availabilityfilteringrule.activeconnectionslimit = 2147483647代表着一个负载均衡器的活动连接数量限制被设置为最大值，说明这个负载均衡器将不再限制并发连接数量，可以更好地处理高流量和大负载的请求。   
### 回答3：
这是一个关于NIWS负载均衡器可用性过滤规则的设置。该代码片段中，activeconnectionslimit被设置为2147483647。这个数字是一个2的31次方减1。 
在负载均衡器中，可用性过滤规则是指如何确定一个服务器是否可用来接受新的网络连接。在这种情况下，activeconnectionslimit表示一个服务器可以接受的最大并发连接数。当服务器同时处理大量连接时，服务器的处理能力可能会受到限制，为了避免这种情况的发生，负载均衡器通过限制连接数量来保证每台服务器的处理负载不会过重。
设置activeconnectionslimit为2147483647意味着服务器可以接受巨大的并发连接数，甚至无限制。当然，这不意味着服务器可以无限制地处理所有连接，因为实际上，在任何时候服务器都有物理上的限制。负载均衡器会尽可能均匀地分配新的连接到各个服务器上，以确保服务器能够以相同的速度处理这些连接，并且最大限度地利用服务器的潜力。
总之，这个设置值的预期结果是让服务器能够支持尽可能多的连接，以满足客户端的需求，而不会过载或崩溃。
				org.springframework.web.client.ResourceAccessException: I/O error on POST request for “http://..“
					21311
                    m0_73858774: 
                    list.sort(Comparator.comparing(User::getId).reversed().thenComparing(User::getDeId)); 
这一条写的正确吗？ 我在实际应用中遇到一些问题
                vue项目运行报错 node_modules/.bin/vue-cli-service: Permission denied
                    谢乐乐biu: 
                    解决了我是linux那个盘不知道为什么就是没权限，给了也不行，项目换了个位置可以了