Это не имеет значения. Почему вы считаете, что это важно для вас?
Более полезный вопрос будет:
Может сервер принять несколько одновременных сеансов?
Ответ, вероятно, будет «да, конечно», но это, конечно, можно реализовать сервер, который не способен поддерживать несколько сеансов.
Просто потому, что сервер поддерживает несколько сеансов, это не значит, что он многопоточен. И только потому, что он многопоточный, не означает, что он будет иметь хорошую производительность. Когда серверам необходимо поддерживать многие сотни или тысячи сеансов, многопоточность может быть очень плохим выбором для производительности.
Вы задаете этот вопрос, потому что хотите «перекрывать» SOAP-сообщения на одном и том же соединении - другими словами, есть три потока, посылающие запросы, а затем все три ждут ответа? Это не сработает, потому что (как HTTP) запросы и ответные сообщения соединяются вместе для каждого соединения. Вам нужно будет открыть три соединения, чтобы иметь три перекрытых сообщения.
Почему это имеет значение для вас? – YeenFei
Я действительно забочусь о порядке запросов и производительности функции. – cateof
Кроме того, он может использовать какой-то пул соединений. –