在使用安企CMS（AnQiCMS）构建网站或应用时，我们经常需要通过其提供的 API 接口来获取各种内容，例如文档列表。当我们的查询条件未能匹配到任何内容时，API 会返回什么样的数据结构呢？特别是 data 和 total 这两个关键字段，它们的表现形式对于我们正确处理数据至关重要。今天，我们就来深入探讨一下，在文档列表中没有找到符合条件的文档时，安企CMS会给出怎样的响应。
文档列表查询无结果时的 API 响应
以 archive/list 接口为例，这个接口设计用来获取符合特定条件的文档列表。当您传入的查询参数，比如 categoryId、q（搜索关键词）或者自定义筛选参数等，最终未能匹配到任何文档时，安企CMS的 API 并不会因此返回一个错误状态码。相反，它会认为这是一次成功的查询，只是结果集为空。
这意味着，您会看到 code 字段依然是 0，表示请求处理成功。而 msg 字段通常会是一个空字符串 ""，或者偶尔包含一些不影响逻辑的默认提示信息，但核心思想是：请求本身没有技术性错误。
真正需要我们关注的是 data 字段。在这种情况下，data 不会返回 null，而是会返回一个 空的数组 []。这符合 API 设计的常见实践，即 data 始终保持其类型（这里是数组），即使数组中没有任何元素。例如，您可能会收到如下响应片段：
{
"code": 0,
"data": [],
"msg": ""
}
这样的设计使得我们在前端或后端处理数据时，可以直接遍历 data 数组，如果数组长度为零，就知道没有找到任何文档，无需额外检查 data 是否为 null。
接着是 total 字段。根据文档的说明，total 仅当 type="page"（分页模式）的时候才会返回。因此，如果您的请求中设置了 type="page"，并且没有找到任何文档，那么 total 字段将返回 0。它清楚地告诉我们，虽然请求成功，但符合条件的文档总数为零。
然而，如果您使用的是默认的 type="list" 模式，或者没有显式设置 type 参数，那么在没有找到文档的情况下，total 字段将 不会出现在响应中。这意味着，在 list 模式下，判断是否存在文档，主要依靠检查 data 数组是否为空即可。
实际开发中的处理建议
理解这种返回机制非常重要。当您调用安企CMS的文档列表 API 时，建议您首先检查 code 字段是否为 0 来确认请求是否成功。然后，对于 data 字段，直接判断其数组长度是否为 0 即可得知是否有内容。如果您使用了 type="page" 进行分页查询，则可以通过 total 字段直接获取总条目数为 0 的信息。
值得一提的是，安企CMS的这种 API 响应模式在其其他列表类接口中也具有一致性，例如获取分类列表 (category/list)、标签数据列表 (tag/data/list) 甚至订单列表 (orders) 等，在没有符合条件的结果时，它们的 data 字段也会是一个空数组，而 total 字段（如果支持分页）则会是 0。
掌握了安企CMS在无结果查询时的这种标准返回格式，能够帮助我们更健壮、更优雅地编写代码，避免不必要的错误判断，确保网站或应用的稳定运行和良好的用户体验。
常见问题 (FAQ)
Q: 为什么即使没有找到文档，
code字段依然是0（成功）而不是错误码？ A: 安企CMS的API设计将“未找到符合条件的文档”视为一次成功的查询，只是查询结果集为空，而不是API服务本身发生了错误。因此，code依然表示API请求处理流程是正常的。Q: 如果
data返回的是一个空数组[]，我应该如何判断有没有内容？ A: 最直接且推荐的方式是检查data数组的长度。如果data.length为0，则表示没有找到任何内容。Q:
total字段在没有结果时，是不是总是返回0？ A: 不一定。total字段只会在您明确设置了type="page"参数进行分页查询时才会在响应中出现。在这种情况下，如果查询结果为空，total会返回0。如果未设置type="page"（即使用默认的type="list"），响应中将不会包含total字段。