c# - Azure CloudTable.ExecuteBatch(TableBatchOperation) 引发存储异常。如何找到导致异常的操作？

Question

我有用于删除某些项目的代码:

    private static void DeleteBatch(IList<TableEntity> toDelete)
    {
        if(toDelete == null)
            throw new ArgumentNullException("toDelete");
        if(toDelete.Count == 0)
            throw new ArgumentException("There is no elements in toDelete.");
        if(toDelete.GroupBy(e => e.PartitionKey).Count() > 1)
            throw new ArgumentException("The entities to delete must have the same PartitionKey.");

        Parallel.ForEach(Partitioner.Create(0, toDelete.Count, 100),
                         range =>
                         {
                             TableBatchOperation batchOperation = new TableBatchOperation();
                             for (Int32 i = range.Item1; i < range.Item2; i++)
                                 batchOperation.Delete(toDelete[i]);
                             _table.ExecuteBatch(batchOperation);
                         });
    }

表实体通过 * ETag 传递。

有时这会抛出StorageException:指定的资源不存在。我认为这是一个404 HttpStatusCode。在这种情况下，我不在乎它是否不存在，因此我想忽略导致它们的操作的此异常。如何忽略批处理中各个 TableOperations 的 404，或者至少重试未引发此异常的 TableOperations 的批处理操作(我如何知道哪些操作失败)。单独执行每个操作只是为了能够找到导致 404 的原因，感觉非常低效。

Answer 1

在批处理操作中，我认为不可能忽略错误。您可以做一件事来识别批处理中的哪个实体失败，这可以通过捕获 StorageException 并检查 RequestInformation.ExtendedErrorInformation 属性来完成。看一下下面的屏幕截图，特别是 ErrorCode 和 ErrorMessage。我在这里所做的是使我的批处理中的第二个实体在删除实体批处理操作中失败。您将得到“ResourceNotFound”的 ErrorCode，但有趣的是 ErrorMessage。如果您看到，您将收到错误消息“1:指定的资源不存在”。它基本上为您提供了批处理中失败的实体的索引。

然后您可以将批处理分成 3 部分 - 在此失败实体之前的部分、此失败实体(单个项目)以及在此失败实体之后的实体，并在单独的操作中尝试它们。