TcpListener против SocketAsyncEventArgs

Я не вижу доказательств того, что этот вопрос вообще касается TcpListener. Кажется, вас интересует только код, который имеет дело с уже принятым соединением. Такое соединение не зависит от слушателя.

SocketAsyncEventArgs — это оптимизация загрузки процессора. Я убежден, что с его помощью вы сможете добиться более высокой скорости операций в секунду. Насколько существенна разница с обычным асинхронным вводом-выводом APM/TAP? Явно меньше, чем на порядок. Вероятно, между 1,2x и 3x. В прошлый раз, когда я сравнивал скорость транзакций loopback TCP, я обнаружил, что ядро ​​занимает около половины использования ЦП. Это означает, что ваше приложение может работать не более чем в 2 раза быстрее благодаря бесконечной оптимизации.

Помните, что SocketAsyncEventArgs был добавлен в BCL примерно в 2000 году, когда процессоры были гораздо менее производительными.

Используйте SocketAsyncEventArgs только тогда, когда у вас есть доказательства того, что вам это нужно. Это заставляет вас быть гораздо менее продуктивным. Больше возможностей для ошибок.

Вот шаблон, как должен выглядеть ваш цикл обработки сокета:

while (ConnectionEstablished()) {
 var someData = await ReadFromSocketAsync(socket);
 await ProcessDataAsync(someData);
}

Очень простой код. Никаких обратных вызовов благодаря await.

Если вас беспокоит фрагментация управляемой кучи: Выделите new byte[1024 * 1024] при запуске. Когда вы хотите прочитать из сокета, прочитайте один байт в некоторую свободную часть этого буфера. Когда это однобайтовое чтение завершается, вы спрашиваете, сколько байтов на самом деле есть (Socket.Available), и синхронно извлекаете остальные. Таким образом, вы закрепляете только один довольно небольшой буфер и все еще можете использовать асинхронный ввод-вывод для ожидания поступления данных.

Этот метод не требует опроса. Так как Socket.Available может только увеличиваться без чтения из сокета, мы не рискуем случайно выполнить слишком маленькое чтение.

Кроме того, вы можете бороться с фрагментацией управляемой кучи, выделяя несколько очень больших буферов и раздавая куски.

Или, если вы не считаете это проблемой, вам не нужно ничего делать.