Оперативная встраиваемая http библиотека сервера требуется

Вы можете попробовать libmicrohttp .

В продолжение предыдущих комментариев и обновлений...

Вы не говорите, сколько одновременных соединений у вас будет, а просто "TCP-связь".
Если это одно соединение, то вы будете использовать конвейерную обработку HTTP, как уже говорилось ранее; поэтому вам понадобится всего несколько потоков, а не тысячи, для обработки запросов в начале конвейера.

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

Проводили ли вы до сих пор какое-либо тестирование или реализацию, чтобы показать, действительно ли у вас есть проблемы с задержкой ответа для конвейерных соединений?
Если ваше встроенное устройство достаточно мощное, чтобы справляться с тысячами запросов в секунду, включая настройку TLS, шифрование и дешифрование, я бы обеспокоился преждевременной оптимизацией на этом уровне.

То, что вам нужно, - это то, что поддерживает конвейерную обработку HTTP . Вам следует ознакомиться с этой страницей, если вы еще этого не сделали.

Да, используйте libmicrohttp . Он поддерживает SSL и т.д. и работает как в Unix, так и в Windows.

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

С другой стороны, если в каждом ответе указано время запуска, вы можете много выиграть, не используя конвейерную обработку, а создав новый запрос для каждого объекта. Тогда каждый запрос может иметь свой собственный поток, параллельно поглощая затраты на запуск. В оптимальном случае все ответы будут отправлены «сразу». libmicrohttp поддерживает этот режим работы в своей модели потока MHD_USE_THREAD_PER_CONNECTION .

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

Howard,

Вы посмотрели на lighthttpd? Он отвечает всем вашим требованиям, за исключением того, что он не является встраиваемым веб-сервером. Но он с открытым исходным кодом, и его компиляция в ваше приложение не должна быть слишком сложной. Затем вы можете написать собственный плагин для обработки ваших запросов.

uIP или lwip могут подойти вам. Я лично использую uIP. Это хорошо для небольшого количества клиентов и одновременных подключений (или, как вы это называете, «конвейерной обработки»). Однако, судя по тому, что я читал, он не так масштабируем и не так быстро обслуживает контент, как lwip. Я выбрал простоту и небольшой размер uIP вместо мощи lwip, поскольку в моем приложении обычно только 1 пользователь.

Я обнаружил, что uIP довольно ограничен по мере увеличения количества одновременных подключений. Однако я уверен, что это ограничение количества доступных буферов приема MAC, а не самого uIP. Я думаю, что lwip каким-то образом использует значительно больше памяти, чтобы обойти это. У меня просто недостаточно оперативной памяти Ethernet для поддержки тонны входящих пакетов запросов. Тем не менее, я могу выполнять фоновый опрос AJAX с задержкой около 15 мс на процессоре 56 МГц.

http://www.sics.se/~adam/software.html

Я фактически модифицировал uIP несколькими способами. Добавление DHCP-сервера и поддержка составного POST для загрузки файлов - важные вещи. Дайте мне знать, если у вас возникнут какие-либо вопросы.