问题标签 [application-lifecycle]

我正在研究识别将处理我的请求的处理程序。我想知道请求是否要求静态资源（即 css、js 或图像文件）。在检查 PreRequestHandlerExecute 事件上的 HttpContext.Request 后，我​​发现对于静态资源和任何其他自定义处理程序或 aspx 页面，处理程序和 currentHandler 变量为空，我有处理程序和 currentHandler 变量。

我的问题是：是否是处理请求的不同处理程序的好地方？我不想通过从 system.web/httpHandlers 获取处理程序文件扩展名来识别它，因为我不想只使用 system.web/httpHandlers system.webServer/handlers。而且我不想使用 Microsoft.Web.Administration 命名空间，因为这将使我修改所有服务器上的配置。

长话短说，我正在尝试更改我的 iOS 应用的rootViewControlleron applicationWillEnterForeground:，如下所示：

但是，当 iOS 执行当应用程序从后台移动到前台时执行的“放大”动画时，它仍然显示先前rootViewController的视图。然后，一旦动画完成，应用程序就会将新rootViewController的视图爆炸到屏幕上。

解决此问题的一种方法是简单地将代码移至- (void)applicationDidEnterBackground:，但此解决方案的问题是，在我的应用程序中，无法判断是否rootViewController会分配新的直到- (void)applicationWillEnterForeground:(UIApplication *)application（它基于离开应用程序后经过的时间）。

在iOS执行将应用程序从后台带到前台的动画之前，如何强制应用程序重绘？

我们创建了几个处理异步请求的 WCF 服务。我们正在使用basicHttpBinding，因此我们的InstanceContextModeis PerCall，这就是造成一些混乱的原因。我们看到使用 MicrosoftUnity容器注入的应用程序的这些部分出现异常行为。

我们正在解析下面的参考，以创建一个Foo在整个应用程序中使用的单例。但是，当服务快速连续命中时，Foo偶尔会抛出异常，表明它正被多个线程访问，并因此以意想不到的方式改变了它的状态。

现在，如果我们将生命周期管理器更改为TransientLifetimeManager- 本质上是告诉容器在每次解决该类时注入一个新实例，问题就得到了纠正。

据我了解，WCF 不控制 AppDomain 的生命周期，主机控制。在我们的例子中，就是 IIS。因此，鉴于此信息，我们的PerCallWCF 请求是否可能正常工作，但由于 AppDomain 的管理方式，我们是否可以访问同一个注入对象，因为它的单例实现？

谢谢你的时间！

我创建了一个广泛需要用户输入和交互的应用程序，即使我已经确保我测试并捕获了所有可能引发错误的情况，我希望能够创建一种机制来跟踪错误，以防我的应用程序崩溃在球场上。

我希望能够从按钮单击记录整个流程，直到用户可能选择的任何内容或日志文件中页面之间的导航，这样以防我的应用程序崩溃，我可以稍后研究跟踪文件和确切地知道错误发生的位置。

我对这种编程很陌生，因此上面的任何指针都会非常有帮助！先感谢您 ：]

PS：我什至不确定我所指的内容是否正确称为“日志跟踪”，因此欢迎进行任何编辑。:)

编辑：我还希望能够保存生成的错误报告并将其发送到特定的 ID（类似于“向 xyz 发送错误报告”）。

更新 ：

我在以前的应用程序中使用它来记录任何应用程序活动并制作一个文本文件并将其保存到 SD 卡中，但内容并不是我想要的。解决方案是我在寻找这些方面的东西吗？

如果应用程序被系统终止，我希望应用程序返回到用户上次使用的任何页面，并让他们从上次中断的地方继续。我遇到的问题是 1. 我的应用程序有 2 个页面，一个数据页面和一个登录页面，那么我如何知道用户最后访问的是哪个页面？2.我试图让它从终止状态启动时导航到数据页面，如下所示：

根据http://msdn.microsoft.com/en-us/library/windows/apps/hh464925.aspx，我应该加载我保存的数据，就好像我从暂停状态恢复一样，但是在我的 LoadState 方法中那个页面

从终止状态恢复时，检查始终为真。问题是启动时传递的 eventargs 将 NavigationMode 设置为 New，因此将其视为第一次看到该页面。我应该怎么做才能解决这个问题，以便我可以加载保存的数据？

我有一个应用程序可以进行非常繁重的图像处理。我的应用程序在活动中处理非常低分辨率的图像，我打算在服务中进行全分辨率图像处理，因此即使用户关闭应用程序，处理和保存结果也将通过后台服务完成。我已经尝试过了，甚至我的服务继续运行 JNI 功能在应用程序关闭时停止工作。我不确定真正的原因，但我怀疑应用程序关闭时正在卸载本机库。所以我的问题是，即使应用程序已关闭，我如何从服务进行 JNI 调用？

在 Android Application 类中，您可以注册/取消注册ActivityLifecycleCallbacks，它允许您在一个地方监视应用程序中的 Activity 生命周期事件（如果您愿意的话）。

调用unregisterActivityLifecycleCallbacks的合适位置在哪里？我在onCreate注册，并认为 onTerminate 只是从方法的名称来看是合适的地方，但文档说onTerminate()：

此方法用于模拟过程环境。它永远不会在生产 Android 设备上调用，在这些设备上，只需杀死进程即可删除它们；这样做时不会执行任何用户代码（包括此回调）。

我在 Application 类中看不到任何其他进行“关闭”类型回调的方法。你甚至需要注销？

我有一个问题如何在 WPF 生命周期方法（使用 Caliburn-Micro 框架）中等待异步方法（例如 OnActivate、OnInitialized、OnExit - 它直接绑定到Application.Exit事件）

这篇文章准确地描述了我的问题： http: //mark.mymonster.nl/2013/07/10/donrsquot-make-your-application-lifetime-events-async-void（现在我正在考虑使用本文中的解决方案，但乍一看似乎有点矫枉过正）

我需要在我的 OnExit 处理程序中等待一些异步方法，所以我将它作为异步。它有效。有点儿。我不明白为什么？，但是在调用 Application.Exit 事件时，它会以某种方式等待方法完成，即使处理程序是异步无效的。你能解释一下这是怎么可能的吗？这安全吗？还是只是巧合？Async void 应该只用于顶级事件，是这种情况吗？

我查看了系统的代码。绑定看起来像这样：

这真的很神秘，我无法通过调用此事件来了解 .net 框架中真正发生的事情。

同样奇怪的是，当我不使用ConfigureAwait(false)时，在处理程序中调用await Task.Delay(1)会导致死锁。所以我会说.Wait()在 .net 代码的深处使用。

注意：当我使 OnActivate、OnInitialized 处理程序异步时，正如预期的那样，页面不会等待处理程序完成。

谢谢你的回答！

我想知道是否有任何合法的方法可以从后台服务/线程获取有关活动/应用程序生命周期事件的信息。实际上，我有一个库项目，我想在其中拦截这些调用，以便我处理使用我的库的应用程序进入后台或再次出现时的场景。

出现这个问题是因为我的库默认不提供任何活动，它实习生返回视图对象，以便应用程序开发人员可以在他们的活动中使用相同的对象。

所以我无法访问活动生命周期回调。

一种可能的方法是：

我为应用程序开发人员创建的每个活动注册了一个侦听器，并且需要从应用程序开发人员的 onResume 和 onPause() 调用侦听器回调，通过这种方式，我可以让这个回调被后台服务拦截，因此我将能够在 onResume 、 onPause 等中控制应用程序的行为。

我想知道是否有任何其他有效/更好的方法来处理这个用例。

谢谢

I'm working on my 1st Android app and wondering how to handle activation/deactivation/starting/stopping globally, not on Activity level.

This great article shows states transition for Activities: http://developer.android.com/reference/android/app/Activity.html#ActivityLifecycle

Is there something similar for Application states?

For example at iOS and Windows Phone app there is clear app states separated from activities (views, controllers, whatever).

I'm asking because I want to perform certain operations only once per app loading/exiting not with every activity starting/stopping