Странный отладочный вывод в приложении с момента обновления до Visual Studio 2017 15.3.0

Приложение xamarin android постоянно распечатывает следующий вывод отладки с момента обновления до Visual Studio 2017 15.3.0:

08-15 09:13:23.275 D/Mono ( 3119): [0x9a5be930] worker unparking, timeout? no interrupted? no 08-15 09:13:23.275 D/Mono ( 3119): [0x9a5be930] worker parking 08-15 09:13:23.275 D/Mono ( 3119): [0x9a6bf930] worker unparking, timeout? no interrupted? no 08-15 09:13:23.275 D/Mono ( 3119): [0x9a6bf930] worker parking 08-15 09:13:24.275 D/Mono ( 3119): [0x9a87d930] worker unparking, timeout? no interrupted? no 08-15 09:13:24.276 D/Mono ( 3119): [0x9a87d930] worker parking 

Вывод довольно регулярный, несколько раз в секунду.

Что это значит и что может вызвать это?

Изменить: теперь есть отчет об ошибке

Solutions Collecting From Web of "Странный отладочный вывод в приложении с момента обновления до Visual Studio 2017 15.3.0"

Я сообщил об этом Microsoft. Они реплицировали проблему и открыли отчет об ошибке. Они также дали мне следующий рабочий процесс, который работал на меня: (скопированный с их электронной почты)

…. Кажется, что многословие по умолчанию Mono либо было изменено, либо сообщения [Mono] были перемещены в уровень детализации информационного лога. Вот что я сделал для смягчения этой проблемы:

Для Android я добавил в проект новый .txt-файл и установил, что он работает в AndroidEnvironment. Затем я добавляю следующую переменную среды:

 MONO_LOG_LEVEL=error 

После того, как я снова построил решение, я больше не вижу, чтобы сообщения [Mono] регистрировались в окне «Выход приложения».

Хотя я не смог лично воспроизвести это на iOS, вышеупомянутое обходное решение должно работать одинаково в iOS, однако, пожалуйста, дайте мне знать, если это не так. Вы можете сделать это, щелкнув правой кнопкой мыши на своем проекте iOS -> Параметры -> iOS Build. Затем добавьте следующее в поле ввода mtouch:

 --setenv:MONO_LOG_LEVEL=error 

Эти дополнительные переменные окружения Mono установят логгистскую ошибку для ошибки, которая должна иметь журналы [Mono], которые будут отображаться на выходе больше.

Вы можете изменить уровень журнала на сообщение, если вам нравится добавление журнала, однако для целей отладки должно быть достаточно ошибок.

Если вам нужна дополнительная информация о уровне многостраничных протоколов, следующая документация может помочь в более глубоком понимании этого: http://www.mono-project.com/docs/advanced/runtime/logging-runtime-events/#trace- уровни

Это часть процесса отладки / трассировки во время выполнения рабочей среды Mono threadpool, о чем не о чем беспокоиться:

 worker_park (void) { gboolean timeout = FALSE; gboolean interrupted = FALSE; mono_trace (G_LOG_LEVEL_INFO, MONO_TRACE_THREADPOOL, "[%p] worker parking", GUINT_TO_POINTER (MONO_NATIVE_THREAD_ID_TO_UINT (mono_native_thread_id_get ()))); mono_coop_mutex_lock (&worker.parked_threads_lock); ~~~~~