受调试器影响的后台任务行为？
Background task behavior affected by debugger?
我有一个 Windows Phone 8.1 运行时应用程序，它有一个由 DeviceUseTrigger 触发的后台任务。在针对 MSDN 中提到的这种触发器类型的运行时策略检查中，它表示如果相关设备的 I/O 操作未在超过 5 秒。问题是，这似乎并没有发生，至少在调试模式下没有发生。
虽然这对我来说实际上是一件好事，但我不确定当我在发布模式下实际将应用程序部署到 phone 时这种行为是否会持续存在，因为它很难得到通知关于没有调试器的后台任务取消，我想在继续之前确定它。之前在后台媒体播放器上工作过，我知道调试器有时会对后台任务的生命周期造成严重破坏。
该行为不会持续。为了简化调试，附加调试器时，时间和内存限制被解除。在商店上发布您的应用程序之前，请确保通过在发布模式下编译并在没有调试器的情况下执行它来进行测试。
至于您的任务是否被取消，您应该仅通过检查您的应用程序是否具有正常行为就可以知道。否则，您可以在任务执行结束时在 phone 上记录一个值，并在应用程序启动时检查它是否已设置。
我有一个 Windows Phone 8.1 运行时应用程序，它有一个由 DeviceUseTrigger 触发的后台任务。在针对 MSDN 中提到的这种触发器类型的运行时策略检查中，它表示如果相关设备的 I/O 操作未在超过 5 秒。问题是，这似乎并没有发生，至少在调试模式下没有发生。
虽然这对我来说实际上是一件好事，但我不确定当我在发布模式下实际将应用程序部署到 phone 时这种行为是否会持续存在，因为它很难得到通知关于没有调试器的后台任务取消，我想在继续之前确定它。之前在后台媒体播放器上工作过，我知道调试器有时会对后台任务的生命周期造成严重破坏。
该行为不会持续。为了简化调试，附加调试器时，时间和内存限制被解除。在商店上发布您的应用程序之前，请确保通过在发布模式下编译并在没有调试器的情况下执行它来进行测试。
至于您的任务是否被取消，您应该仅通过检查您的应用程序是否具有正常行为就可以知道。否则，您可以在任务执行结束时在 phone 上记录一个值，并在应用程序启动时检查它是否已设置。