Outlook VBA中Table对象结构为何导致行数计数不可靠？

Outlook VBA里的Table对象和普通集合类（比如Items）的底层逻辑完全不同，这才导致GetRowCount方法不可靠，核心特殊性有这几点：

• 流式分批加载设计：Table不是一次性把所有查询结果加载到本地内存，而是采用类似数据库游标的流式机制——调用GetNextRow时才会从服务器（或本地OST/PST）拉取下一批数据。调用GetRowCount时，它只能统计已经加载到本地的行数，未拉取的部分不会被计入，自然返回近似值。

• 无实时数据同步：Table对象创建时会生成一个数据快照，但后续Outlook文件夹里的内容（比如新增/删除邮件、规则自动处理）发生变化时，Table不会自动同步这些更新。GetRowCount拿到的是快照+已加载数据的混合结果，和实际行数偏差很大。

• 权限与查询限制：如果Table对应的是共享文件夹、存档文件夹，或者设置了复杂的过滤条件，当部分数据因为权限不足、未同步完成无法访问时，GetRowCount要么抛出权限/访问错误，要么只能返回可访问部分的行数，无法拿到完整统计。

• MAPI底层的性能妥协：Outlook的存储依赖MAPI（邮件应用程序编程接口），Table本质是MAPI查询的结果集。为了避免大文件夹下的性能损耗，MAPI不会遍历所有数据去统计准确行数，而是返回估算值——尤其是数据量上万的文件夹，这种近似返回是默认行为。

内容的提问来源于stack exchange，提问作者NewSites