🙋 LDAP 初始化连接问题

[ischenxin]

请问作者 ，下面这种写法不会导致 连接超时/丢失 的问题吗

public/common/ldap.go

	err = ldap.Bind(config.Conf.Ldap.AdminDN, config.Conf.Ldap.AdminPass)
	if err != nil {
		Log.Panicf("绑定admin账号异常: %v", err)
		panic(fmt.Errorf("绑定admin账号异常: %v", err))
	}

	// 全局LDAP赋值
	LDAP = ldap

[eryajf]

您好 @ischenxin👋，我已收到您的反馈，我将安排时间考虑您提交的信息并进行回复。-- 这条信息是由自动回复的机器人发出的。

Hello @ischenxin. I have received your feedback, and I will arrange time to consider the information you submitted and reply. -- This message is sent by an automatic reply robot.

[eryajf]

这是个好问题。
这里是项目启动的时候会与ldap建连，如果连接有问题，则项目启动会失败。
不过也确实有一些问题，比如如果ldap重启之后，这个连接就会丢失了。如果改成每次请求都建立连接，我有点担心会不会加大请求失败的几率，这块儿的确需要思索一下。

[ischenxin]

这是个好问题。 这里是项目启动的时候会与ldap建连，如果连接有问题，则项目启动会失败。 不过也确实有一些问题，比如如果ldap重启之后，这个连接就会丢失了。如果改成每次请求都建立连接，我有点担心会不会加大请求失败的几率，这块儿的确需要思索一下。

是的，因为这个只是一个连接，假如ldap配置了连接最大时间 或者连接因为网络问题断开，那么后续的请求应该都会报错

[ischenxin]

这里可以考虑每次查询的时候 检查一下当前连接是否close ，如果 close ，重连一下即可

类似

if s.ldap.IsClosing() {
    s.ldap.Start()
}

[eryajf]

@ischenxin 如果方便的话，你可以基于此问题走个PR？

[eryajf]

我尝试对此进行处理，感觉不太理想，几天前有人在官方提到过这个问题： go-ldap/ldap#383

我对连接池的概念原理还不甚了解，所以等官方给出理想的方案之后，我再针对这个问题进行处理