Application_Launching timing

Question

Что такое время/поток метода Application_Launching в WP8? В частности, что касается последовательности загрузки/воспроизведения UI?

У меня есть приложение, в котором выполняется некоторая глобальная инициализация в Application_Launching. Я получаю отчет о сбоях из метода, который вызывается во время привязки данных к XAML стартовой страницы; крах согласуется с тем, что глобальный init не имеет места.

EDIT: Я вызываю собственный (C++) метод, который считывает файл в malloc атакуемый блок памяти в глобальной переменной, инициализированной нулем. Указанная переменная сбрасывается как часть отчетов о сбоях; У меня есть отчет, где он равен нулю.

Вклеивание кода было бы совершенно бессмысленным ИМХО.

Answer 1

При запуске приложения возникает событие Launching. Тем не менее, приложение может быть позже помещено в состояние покоя, в процессе, который называется «гробниц». Когда возобновляется надгробное приложение, оно не будет поднимать событие Launching, но вместо этого произойдет событие Activated. Очень вероятно, что вы забыли обработать этот случай.

Чтобы легко протестировать его, зайдите в свойства вашего проекта Windows Phone на вкладке «Отладка» и проверьте параметр «Надгробный камень при деактивации при отладке». Оттуда, каждый раз, когда приложение отключается, когда отладчик подключен (как правило, при нажатии кнопки «домой» на эмуляторе), приложение будет разбито над камнями, и вы можете убедиться, что оно возобновляется должным образом при возврате к нему.

Answer 2

У меня есть другая теория. Речь идет не о загрузке библиотеки в неподходящее время, а о библиотеке , выгруженной. Поскольку почти все мои собственные функции являются статическими, а состояние является глобальным, активных активных объектов нет, а подсистема COM имеет нулевой номер ref для модуля. Согласно правилам COM, модули, подобные этому, являются честной игрой для разгрузки в любое время. При последующем вызове нативной функции библиотека перезагружается, но глобальное состояние отсутствует.

Из следующей версии, я буду держать один живой родной объект для жизни приложения. Посмотрим, вернется ли авария.