Веб-интерфейс не ждёт запуска всех каналов при старте

Слиты twelve запросил слияние fix/startup-blocking в main

Created by: ykmn

Summary

  • Диагностика по прод-логу emg-logger4 (2026-08-27): веб-интерфейс был недоступен ~2м19с после старта процесса. Причина — AudioEngineManager.StartAsync синхронно, по одному, запускал все auto_start-каналы под общей блокировкой, а Kestrel не начинает слушать HTTP, пока не завершатся все hosted-сервисы; один канал с большим хвостом просроченных файлов в retention_days мог задержать всё на минуты, так как AudioWriter.Start() чистил их синхронно.
  • AudioEngineManager.StartAsync теперь запускает все каналы в фоне и возвращается немедленно — Kestrel стартует сразу, каналы появляются запущенными в UI постепенно (через уже существующий StatusUpdated).
  • AudioEngineManager.StopAsync дожидается (до 5с) фонового запуска перед остановкой/очисткой _engines, чтобы не потерять канал, который стартует прямо во время быстрого рестарта.
  • AudioWriter.Start() больше не чистит retention_days синхронно — чистка ушла в фон (без гонки с текущей записью: никогда не трогает сегодняшнюю папку).

Test plan

  • dotnet build — чисто
  • dotnet test — 246/246 зелёных (новый тест AudioWriterCleanupTests.Start_ManyExpiredFolders_ReturnsBeforeCleanupFinishes сначала падал на старом коде за 249мс, затем прошёл)
  • Живая проверка: изолированный dotnet publish + два тестовых канала (один с 500 просроченными папками) — Now listening on появился через ~280мс вместо минут, все 500 папок корректно удалены в фоне

🤖 Generated with Claude Code