-
Notifications
You must be signed in to change notification settings - Fork 26.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
dubbo之长连接 #2733
Comments
服务端数据改变是什么意思?provider宕机?注册中心用的什么?长连接就是会建立一个tcp连接。假如用的是zk的话,得等一会儿才会感知到provider的宕机 |
@BellaJiangxia |
重启服务端后会,不重启不会。 |
嗯,重启后是可以,但是这样还是长连接吗 |
请先去了解一下tcp协议和netty。 |
当你服务端export的时候,class文件已经被加载,你服务端的被代理的bean已经生成了,你这时候再改变服务端的代码也没用啊。只是看起来改变了而已。和长连接没有什么关系 |
那到底应该怎么做才能实现长连接呢 |
@BellaJiangxia 你怎么这么可爱 |
你说的是动态加载?不像是要问长链接的意思。
…On Mon, Nov 5, 2018 at 11:48 AM web ***@***.***> wrote:
@BellaJiangxia <https://github.com/BellaJiangxia> 你怎么这么可爱
长连接是协议层的东西,建议请先学习下tcp/ip 协议
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#2733 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AD30UeRiB79C83AQ9P8NAqB_-T3JMrlYks5ur7UcgaJpZM4YNtQk>
.
|
是要用心跳包来维持长连接吗 |
需要写socket来维持心跳吗 |
那就是动态加载吧 |
那这个动态加载有办法实现吗 |
我觉得 @AnyOSR 已经回答的非常到位了,你现在是概念没有分清,服务端改动代码了势必要重新加载类,这个跟长连接半毛钱关系没有,等你真的需要动态加载了,你可以自己去修改dubbo源码动态绑定bean,这个是高阶玩法。 |
May be you want to get the change from the server but not Keep Alive.
I will give you two ways :
1. Long-Pulling (长轮询), you can get more detail from net.
2.Maybe you can consider to use JMS to send the change from server to
client.
I donot know what i said satify you.
Norman <notifications@github.com> 于2018年11月7日周三 上午10:31写道:
… 我觉得 @AnyOSR <https://github.com/AnyOSR>
已经回答的非常到位了,你现在是概念没有分清,服务端改动代码了势必要重新加载类,这个跟长连接半毛钱关系没有,等你真的需要动态加载了,你可以自己去修改dubbo源码动态绑定bean,这个是高阶玩法。
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#2733 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AD5mbPpe_O6-ncALyOWoD3xW3XGiTOlHks5uskYVgaJpZM4YNtQk>
.
--
Best Regard!
cvitory
|
我们有大约40个基于Dubbo的微服务,一启动就建立了超过4万条TCP连接,给系统带来严重的问题,谁的更好的办法可以直接降低TCP连接数?(各种参数已设置过accepts/connections等等)另外,Dubbo这种长连接设计是否值得讨论,异步TCP连接如果高效使用,一条TCP连接都可以跑满带宽,这么多长连接必要性何在? |
@weisunding Excuse me, How do you get the conclusion "40 thousands tcp long connections" ? |
@tswstarplanet We have about 40 microservices based on Dubbo (providers and consumes), when bring them up, we monitored about 40,000 TCP connections established by using Linux netstat/ss command. We tried to reduced the accepts/connections parameters, but ended up with dubbo connection failure/timeout etc. |
@sweihub 请问,找到问题原因了吗? 我这边也遇到这个问题了,三十个服务左右,全部启动后占用Linux 线程 三万多 |
没找到原因,也没有得到官方修复,已经放弃dubbo ,逐步迁移到spring cloud。 |
牛X,官方貌似都不维护了。这么一个严重大Bug两年多都没人响应。 |
我看见网上说dubbo客户端和服务端基于长连接,那是当我客户端和服务端都开着的时候,服务端数据改变的时候,客户端并没有自动变化啊,那这个长连接到底是怎么回事,还需要配置什么文件吗
The text was updated successfully, but these errors were encountered: