我们在应用服务环境下运行的9个示例上部署了一个连续的webjob。如果我们在kudu站点上浏览到“d:\home\data\jobs\continuous{webjobname}”，我们可以看到9个名为“status{hash}”的文件。此名称中的哈希值表示我们可以在该webapp的资源管理器中看到的示例名称的前6个字符。
有趣的是，其中一些文件包含：

{"Status":"Running"}

而其他人

{"Status":"Stopped"}

我可能认为这意味着webjob在某些示例上运行（例如在5个示例上），而在其他示例上停止（例如在4个示例上）。但这是意料之中的吗(我们的webapp是alwayson，webjob没有设置为singleton）
但是，在查看“job_log.txt”时，我们可以看到与该示例相关的当前活动。并且“status{hash}”文件modifiedon早于“job{log.txt”文件中的活动日志。

[11/30/2016 03:39:20 > {hash}: INFO] Executed: 'Functions.{name}' (Succeeded)

有没有人知道这些文件的用途以及我们应该如何解释它们？
[更新]
“job\u log.txt”摘录：

[11/29/2016 19:28:59 > d6e0f6: SYS INFO] Status changed to Stopped
[11/29/2016 19:29:28 > d6e0f6: INFO] Found the following functions:
[11/29/2016 19:29:28 > d6e0f6: INFO] Func1
[11/29/2016 19:29:28 > d6e0f6: INFO] Func2
[11/29/2016 19:29:28 > d6e0f6: INFO] Func3
[11/29/2016 19:29:51 > d6e0f6: INFO] Job host started
[11/29/2016 23:11:47 > d6e0f6: INFO] Executing: 'Functions.{name}' - Reason: 'New ServiceBus message detected on 'Tiers/Subscriptions/{name}'.'

网络应用程序在aedt时区，所以，

11/29/2016 19:28:59 UTC = 11/30/2016 06:28:59 AEDT
11/29/2016 23:11:47 UTC = 11/30/2016 10:11:47 AEDT

下面是相应状态{hash}文件的详细信息

File            Modified
status_d6e0f6   11/30/2016, 6:29:00 AM

内容：

{"Status":"Stopped"}

因此，我们可以看到当webjob停止时，状态{hash}文件是如何更新的，但是当webjob重新启动时，状态{hash}文件没有更新。