考虑到我为身份验证带来的巨大负载,使用多个线程和Connectionpool
将是处理负载的最佳解决方案。但是我脑子里有两个设计方案
将Connectionpool作为参数传递给各个线程并获取连接以从ConnectionPool执行绑定请求
- 醇>
将连接传递给线程,而不是将Connectionpool传递给线程并执行绑定请求
您最喜欢哪种设计?它们的原因是什么?
答案 0 :(得分:1)
在与UnboundIDSDK论坛进行讨论后,我找到了这个问题的答案。我将为其他人添加最终结果。根据{{3}} 建议通过将池作为参数传递给线程来将池提供给线程。
public BindResult doBind(LDAPConnectionPool pool,
BindRequest bindRequest)
throws LDAPException
{
return pool.bind(bindRequest);
}