Поработав с регистрацией контейнера TinyIOC, я понял, что происходит.
Класс реализации NancyModule создается / удаляется во время начальной автоматической регистрации.Он также создается / удаляется каждый раз, когда вызывается маршрут.
Это не идеальное поведение для моего приложения, поскольку поддержка службы является постоянным соединением, а переподключение при каждом вызове маршрута добавляет ответ ~ 100 мсвремя на каждый запрос.
В конце концов я реализовал нежелательный взлом, поскольку я не знаю, что еще делать.Я создал статический одноэлементный экземпляр службы постоянных соединений, который можно сбросить с помощью функции в синглтоне.Таким образом, несмотря на то, что модуль NancyModule создается во время каждого вызова маршрута, при каждом подключении к внутреннему соединению производительность не снижается.
Было бы лучше, если бы был способ установить модуль NancyModule какодноэлементная регистрация для TinyIOC, но казалось, что даже если я явно установил ее, выполняя пользовательскую регистрацию контейнера, она все еще создавалась при каждом вызове.