我有一个包含大约 3000 项的列表。编辑页面需要很长时间才能加载，但网站的其余部分很快。我认为这与在页面上有一个查找列并使用多选下拉列表有关，但在替换它之后，我看不出有什么区别。
页面大约 118kb，加载大约需要 5 分钟。
关于如何加快此过程或找出原因的任何想法？
如果您对 ASP.NET 或 IIS(更快/更慢地回收应用程序池？)更改有任何建议，请告诉我。
最佳答案
在 SharePoint 中使用列表时，您应该遵循最佳实践以确保可接受的性能。我认为您遇到的问题不是由列表中的项目数量引起的，而是您用于处理它们的 UI 的限制(添加和编辑页面)。
如果您需要使用“添加和编辑”页面，您应该坚持大约 2000 个项目的限制。您始终可以将其他文件夹添加到列表中，从而增加列表中要包含的项目数。
如果您确实需要列表中的更多项，您应该考虑为列表实现自己的 UI，并使用 SPQuery 或其他方法查询结果。在这种情况下，您不会遇到相同的性能问题，并且可能会持有 100.000 多个项目。
Microsoft 发布了一份白皮书，其中包含在 SharePoint 中使用列表的性能测试结果。这是名为 Working with large lists in Office SharePoint® Server 2007 的白皮书的链接
关于asp.net - 自定义 Sharepoint 列表添加/编辑页面加载缓慢，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/983436/