Golang Go语言中实现的TCP服务器在500个左右并发时出现connection reset by peer

使用 golang 实现的一个简单的 tcp 服务器,主要就是接收客户端连接然后做 rpc 转发 发现在 500 个连接开始就陆续出现 connection reset by peer,5000 个以上的时候甚至有 60%报错 服务端就启动在本地,由于没有头绪也不知道要给出什么参数 MacBook Pro (Retina, 13-inch, Early 2015) Golang 1.9 有高手指点迷津么


Golang Go语言中实现的TCP服务器在500个左右并发时出现connection reset by peer

更多关于Golang Go语言中实现的TCP服务器在500个左右并发时出现connection reset by peer的实战教程也可以访问 https://www.itying.com/category-94-b0.html

12 回复

接收的服务器是怎么实现的？ golang 的 rpc 有设置 req.Close 吗？
可能是服务器关闭了链接，但 golang 复用了之前的链接，所以提示 reset by peer

更多关于Golang Go语言中实现的TCP服务器在500个左右并发时出现connection reset by peer的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html



connection reset by peer 不是 rpc 调用的时候报的错,是我自己的 tcp 服务器 RST 了连接

Transport.MaxIdleConnsPerHost 设置了吗？

tcp 服务器该怎么设置这个配置

那要看你的连接池是怎么写的了

请复用，你看下端口 应该都是 close_wait

请问 tcp 该如何复用连接
我搜索都是 http 复用的 tcp 连接

SO_REUSEADDR

close_wait 是服务端没有主动调起 close 吧和复用有什么关系?

……没代码有什么好说的。

最后设置服务器的 somaxconn 和 backlog 让连接能上 W 了,接下来看看有没有别的能优化的地方

在Go语言中实现TCP服务器时遇到“connection reset by peer”错误，通常表明在500个左右并发连接时，某些客户端连接被对方（peer）重置了。这种情况可能由多种原因引起，以下是一些可能的解决方案和优化建议：

  1. 资源限制：检查服务器是否因为资源（如内存、文件描述符等）耗尽而被迫关闭连接。可以使用ulimit命令在Linux上调整文件描述符限制。

  2. 超时设置：确保TCP连接的读写超时设置合理。如果服务器或客户端在指定时间内没有数据交换，连接可能会被重置。

  3. 错误处理：在服务器代码中，确保对所有可能的错误进行了妥善处理。例如，在读取或写入数据时，如果返回错误，应适当地关闭连接并清理资源。

  4. 并发控制：如果服务器使用goroutine处理每个连接，确保goroutine的数量得到有效管理，避免创建过多的goroutine导致资源耗尽。

  5. 网络问题：检查网络配置和稳定性，确保没有网络设备（如防火墙、负载均衡器等）在达到特定并发数时主动断开连接。

  6. 日志记录：增加详细的日志记录，以便在出现“connection reset by peer”错误时，能够追溯和定位问题的根源。

  7. 客户端行为：了解客户端的行为模式，确认它们是否会在特定条件下主动断开连接。

综上所述，解决这类问题通常需要综合考虑服务器配置、代码实现和网络环境等多个方面。

回到顶部