使用 gin gonic 进行负载测试期间打开的文件过多

欢迎各位小伙伴来到golang学习网，相聚于此都是缘哈哈哈！今天我给大家带来《使用 gin gonic 进行负载测试期间打开的文件过多》，这篇文章主要讲到等等知识，如果你对Golang相关的知识非常感兴趣或者正在自学，都可以关注我，我会持续更新相关文章！当然，有什么建议也欢迎在评论留言提出！一起学习！

要进行模拟负载测试，请使用以下代码在 go gin-gonic 框架中设置一个非常基本的 rest api，并在大约 1000 多个请求出现错误后

http：接受错误：接受tcp [::]:8123:accept4:打开太多 文件； 1秒后重试

func main() {
    gin.setmode(gin.debugmode)
    router := gin.default()

    router.get("/dummyrequest", func(c *gin.context) {
        c.data(http.statusok, "application/json; charset=utf-8", []byte(`{"name": "test", "age": 99}`))
    })

    router.run(":8123")
}

基于这里的问题，我了解到可以通过执行 ulimit 命令来解决此问题，但这只会延迟问题的解决。

当我执行 netstat -tc 命令时，我看到建立了新连接，并且在服务请求后很长一段时间内继续处于 established 状态。

正如预期的那样，当我按预期检查 /proc/$pid/limits 时，会看到以下条目：

Max open files            1024                 4096                 files

请帮我看看还有哪些其他选项可以尝试以正确的方式解决此问题。

我正在使用curl请求发送请求来测试上述内容。

解决方案

go 的 http 包默认不指定请求超时。您应该始终在服务中包含超时。如果客户不关闭会话怎么办？您的进程将使达到 ulimit 的旧会话保持活动状态。不良行为者可能会故意打开数千个会话，从而对您的服务器进行 dos 攻击。

尝试这样的事情：

srv := &http.server{
    addr:           ":8123",
    handler:        router,
    readtimeout:    10 * time.second,
    writetimeout:   10 * time.second,
}
srv.listenandserve()

您可以通过监视进程打开的文件来验证之前和之后的情况：

lsof -p [PID_ID]

供参考： https://github.com/gin-gonic/gin#custom-http-configuration

到这里，我们也就讲完了《使用 gin gonic 进行负载测试期间打开的文件过多》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！