同一个进程中存在Server和Client共存时，线程并发问题

[Karssadin]

• 文档中有提到Server构建时的options.num_threads是同一个进程内Server和Client共享的线程数量。

你不能认为Server就用了这么多线程，因为进程内的所有Server和Channel会共享线程资源，线程总数是所有ServerOptions.num_threads和-bthread_concurrency中的最大值。比如一个程序内有两个Server，num_threads分别为24和36，bthread_concurrency为16。那么worker线程数为max(24, 36, 16) = 36。这不同于其他RPC实现中往往是加起来。

• 并且有如下描述

当前server达到最大并发并不意味着集群中的其他server也达到最大并发了，立刻让client获知错误，并去尝试另一台server在全局角度是更好的策略。

• 在接收方接收到请求之后发现达到最大并发时会返回错误码，那如果是Client在调用发送时达到最大并发的话会是什么情况？

[yanglimingcn]

最大并发是服务端的一个配置，Client端的发送请求应该不受这个限制的。并发度和线程数不相关，并发度可以理解成请求数量。

[Karssadin]

Client端的发送请求应该不受这个限制的这个与文档中的进程内的所有Server和Channel会共享线程资源感觉有点矛盾。

文档中来看是，Client每次请求调用接口时，也是从进程内的所有Server和Channel会共享线程资源这个线程资源去请求线程

[yanglimingcn]

是共享线程，但是channel没有并发数的控制。

[Karssadin]

我看到代码中

    cntl->IssueRPC(start_send_real_us);
    if (done == NULL) {
        // MUST wait for response when sending synchronous RPC. It will
        // be woken up by callback when RPC finishes (succeeds or still
        // fails after retry)
        Join(correlation_id);
        if (cntl->_span) {
            cntl->SubmitSpan();
        }
        cntl->OnRPCEnd(butil::gettimeofday_us());
    }

利用channel去发送请求后如果没有给到done做回调函数的话，会在当前线程阻塞。

IssueRPC中会判断有没有启用write_in_background，如果启用了这个flag，并且有closure做done当做回调函数，是会使用共享线程去发送吗？

如果是的话，在Client发出请求时这个共享线程超过限制的话，client端会收到什么错误码？

[Karssadin]

调试之后发现，如果Client重载了Closure并用其当回调函数，启用的线程是单独的，也是使用的所谓共享线程吗？如果没有限制的话，在超过共享线程限制计划会发生什么情况。

[yanglimingcn]

超过了共享线程数会排队处理。