在周五的客户测试期间，我注意到 Blob 存储事件的一些奇怪行为，现在我想知道是否存在导致双重事件（已创建 Blob）触发的已知情况。
所以基本上外部应用程序将 blob 写入容器。大多数 blob 像往常一样只触发一个 blob 创建事件，但由于某种原因，*.zip blob（并且只有那些）会导致两个事件彼此靠近触发（相隔 < 0.5 秒）。zip 文件大小通常约为 200-250 kB。
早些时候我看到过类似的问题，但在这些情况下，第一个事件总是伴随着
"contentLength": 0
...这也使它们很容易被过滤掉。
但在这种情况下，我得到两个不同的事件，它们都具有相同（和实际）的 blob 大小。
这自然也可能是由发件人应用程序引起的，我正在努力让正确的人在线，以便能够验证和修复，或者可能重现或使用我自己的测试代码发出问题。
但是是否有更详细的规范来描述这些事件是如何从 Blob 存储中触发的。我也很好奇是否有任何方法可以避免创建有时似乎发生的 0 长度事件。
编辑：好吧，终于确认这实际上是发送系统中的一个错误，所以在这种情况下我们没有问题。但是，如果有人知道究竟是什么触发了那些可能的“零内容长度”事件，那也将有助于规划未来的解决方案。