在继续使用 Dotcom-Monitor 监视算法之前，让我们定义监视 会话 和监视 周期之间的差异。
- 监视 会话 是系统在单个位置启动监视时的操作。
- 监视周期包括所有选定位置的所有监视会话。
监控算法基于循环程序，该程序根据为监控设备设置的循环模式类型而有所不同。 有两种 循环模式 可以应用于监视过程：
-
- 允许同时检查： 是
- 允许同时检查： 否
对于基于 HTTP 的监视 （ServerView Platform 和 WebView Platform），默认情况下，“ 允许同时检查 ”选项设置为“ 是 ”。 要更改循环模式，请转到设备编辑页面>监控 > 高级配置。
对于基于浏览器的监视 （BrowserView / UserView 平台）， 允许同时检查 选项始终设置为 否 ，并且无法更改。
工作原理
允许同时检查： 是
设置设备后，Dotcom-Monitor 会从所有已配置 （在设备配置期间激活）监视位置启动监视会话。 计数器，等于监控频率持续时间，在最近收到的监控响应后启动。 因此，新的监视会话完全按照监视频率指定开始。
根据初始监视会话的监视结果，监视算法可以有两个可能的流。 当所有监控位置报告相同的状态（即每个监控会话返回“成功”状态或“错误”状态）时，系统将遵循 “单模式” 流程。 在这种情况下，Dotcom-Monitor 从单个监视位置启动单个监视会话。 随后，设备在每个位置循环，以指定的频率触发任务执行。
当至少一个监控位置返回的状态与从其他监控位置接收的状态不同时，将应用 Web 监控算法的第二个 “混合模式” 流。 在此情况下，Dotcom-Monitor 同时从所有可用的监视代理启动监视会话。 例如，当有 5 个活动监视代理时，其中 4 个报告“成功”状态，1 个失败并报告“错误”状态。
以下内容适用于“单模式”和“混合模式”监控流：
监视代理（位置）可能由于各种原因变得不可用（进入“禁用”状态），或者它们可能仍在处理上一个监视会话（处于“正在处理”状态）。 处于“已禁用”或“正在处理”状态的代理在监视期间被忽略。
每个监视会话在监视过程中发送回其状态（所谓的保持活动消息）。 网络监控系统跟踪每个监视会话的状态。 Dotcom-Monitor 在自上次保持活动消息以来超过五分钟（“进程中的会话超时”的当前值）时“标记”代理（位置）。 如果在应启动新会话时有标记的代理，则两个代理都将启动监视会话。
允许同时检查： 否
设置设备后，Dotcom-Monitor 会从第一个配置 （在设备配置期间激活）监视位置启动监视会话。 在初始监视周期（设备创建或重新启动后的第一个周期）中，在收到前一个会话的完成后，将立即创建新会话。 在联机报告中，您将看到会话的开始时间。 要查看其完成时间，请展开响应并向下滚动到末尾。
为了提供持续监视，尽管可能存在监视代理问题，但当它可能脱机时，每个新会话都会启动一个等于 5 分钟的计数器。 此计数器指定应启动下一个会话的时间点（如果上一个会话在某个阶段挂起）。
如果在时间已到时仍有未完成的监视会话，则会话启动延迟为同一原则（当前时间 = 5 分钟）。 在初始监视周期完成后（每个选定的监视代理返回响应，或确认其关闭状态），Dotcom-Monitor 等待等于监视频率持续时间的时间，然后分析响应组。
与 “允许同时检查： 是 ”模式类似，根据初始监视会话的监视结果，监视算法可以有两个可能的流。 当所有监视代理报告相同的状态时，Dotcom-Monitor 会继续以与监视频率相等的定期间隔逐个启动新的监视会话。 在第二种情况下，系统切换到逐个会话的监控，不包括监控频率值，就像在初始监控周期中一样。