7

我有一个 WinForms 应用程序，可以跟踪系统何时进入挂起状态（睡眠）以及何时恢复。应用SystemEvents为此目的使用该类。它在我的机器上运行良好。然而，对于某些用户来说，似乎PowerModes.Resume并不总是引发事件。应用程序收到多个，中间PowerModes.Suspend没有任何东西PowerModes.Resume，这很奇怪。

我的主要问题是这怎么可能发生以及如何避免它并使简历检测可靠？

代码非常简单，基本上遵循（非常缩短）：

Imports Microsoft.Win32


Friend Class TehClass
    Implements IDisposable


    Private Sub New()
        AddHandler SystemEvents.PowerModeChanged, AddressOf Me.System_PowerModeChanged
    End Sub


    Private Sub System_PowerModeChanged(sender As Object, args As PowerModeChangedEventArgs)
        Log.Info("Power mode changed: {0}.", args.Mode)
    End Sub

#Region "IDisposable Support"
    ' just dropping handler there
#End Region

End Class

应用程序中始终存在一个现有的表单。但是，它可以最小化或隐藏在通知区域中。还保留了对TehClass.

这是示例日志：

[2015-09-15 22:38:38,501] Power mode changed: Suspend.
[2015-09-16 07:10:31,106] Power mode changed: Resume.
[2015-09-16 08:54:21,112] Power mode changed: Suspend.
[2015-09-16 09:14:36,252] Power mode changed: Suspend.
[2015-09-16 09:35:21,077] Power mode changed: Suspend.
[2015-09-16 09:55:36,085] Power mode changed: Suspend.
[2015-09-16 10:15:50.122] User reported this log therefore the PC had to be in Working (Resumed) state.

我从日志中注意到的是，实际上第一次引发了 Resume 事件。另一件事是挂起在大约 20 分钟的间隔内被调用。会不会是某种“计算机只是在没有实际打开显示器的情况下部分唤醒，并让应用程序处理他们需要的任何内容/网络通知等/然后再次进入睡眠状态”的东西？

4

1 回答 1

1

150% 同意 Hans，不喜欢使用 Windows 电源管理。您最好的选择可能是创建一个始终运行的轻量级服务，并在软件启动时通知您的软件；已经有一段时间了，但我相信服务可以在它们再次开始运行、启动、暂停等时触发事件......

您可以将两者混合使用，并确认睡眠是服务在生成任何系统暂停日志之前停止的原因。然后使用服务启动/恢复事件重新打开一切。您可能可以将日志记录逻辑放入您的服务中，具体取决于使用此数据的其他内容。

这是来自 msdn 的 on continue 事件信息：https ://msdn.microsoft.com/en-us/library/system.serviceprocess.servicebase.oncontinue(v=vs.110).aspx

于 2016-07-09T16:03:13.397 回答