可以对图书馆项目计数中的负数做些什么？ItemCount 是一个只读属性，当它严重不正确时你应该怎么做？
上周早些时候，我进行了一些测试，涉及将文件和文件夹从一个文档库复制和移动到另一个文档库。我将项目从我们的实际文档库转移到沙箱“测试”库，在迁移到公共列表和库之前，我曾在该库中运行各种对象模型和工作流测试。我注意到对于文件，一切正常，但是当我复制一个包含文件的文件夹时（使用SPFolder.CopyTo()），测试库的项目计数实际上并没有更新。由于这个测试主要是在玩，所以我很少注意它。
今天我回到测试库来测试不同的工作流程（关于 PDF 转换）。当我在那里时，我决定删除上周留下的文件夹，因为我不再需要它了。就在那时，我在所有站点内容视图中看到列表的项目计数下降到 -1。当我删除刚刚上传的新 PDF 时，它下降到 -2！我什至检查了对象模型...获取库的实例我检查了 ItemCount 属性...你瞧，它也是-2。
是否有任何进程在后台运行，有点像清理工作流历史的进程，这将纠正这类问题？或者程序员是否应该密切注意这种情况并提出计算来补偿“计数惩罚”？