PowerApps基于SharePoint列表过滤用户邮箱的委托问题排查

我来帮你梳理下这个问题，其实你已经找对了核心方向，只是在细节落地和问题排查上还有些可以调整的地方：

关于User().Email的委托问题 #

你说得没错，User().Email是客户端专属函数，PowerApps没办法把这个函数的执行逻辑推送到SharePoint服务器端执行，所以直接在Filter里用它会触发非委托查询。把它存到全局变量的思路完全正确，但要注意变量的赋值时机和有效性：

• 一定要在App.OnStart事件里完成变量赋值，比如：

  Set(CurrentUserG, User().Email);
  

• 预览或发布应用后，要确保App.OnStart已经执行——如果是编辑模式下预览，记得手动点击顶部的「Run OnStart」按钮，否则变量可能是空值或者旧的缓存值，导致过滤失效。

关于=运算符的委托困惑 #

你没记错！单行文本字段的=运算符是完全支持SharePoint委托的！那为什么你还是遇到问题？大概率是这些细节没注意到：

• 字段类型确认：确保你用来匹配的SharePoint字段确实是「单行文本」类型，而不是「人员/组」或者「计算字段」——后两者的委托规则和单行文本完全不同。
• 公式写法检查：过滤公式要保证只包含= CurrentUserG这类支持委托的条件，比如：

  Filter(你的SP列表名称, 邮箱字段名 = CurrentUserG)
  

  如果公式里还混合了其他不支持委托的函数（比如用Left()、Right()处理文本），那整个查询都会被强制转为非委托模式。
• 格式匹配问题：虽然PowerApps里的=比较不区分大小写，但有时候SharePoint存储的邮箱和User().Email返回的格式可能有细微差异（比如意外的空格），可以统一转小写来规避：

  // 在App.OnStart里
  Set(CurrentUserG, Lower(User().Email));
  // 过滤公式
  Filter(你的SP列表名称, Lower(邮箱字段名) = CurrentUserG)
  

  放心，Lower()函数对单行文本字段是支持委托的，这个写法不会破坏委托能力。

额外排查步骤 #

如果还是有委托警告，可以试试：

1. 给SharePoint的邮箱字段添加索引（列表设置→索引列），这能提升过滤性能，也能减少潜在的委托异常。
2. 测试只保留邮箱过滤的极简公式，看是否还会触发警告——如果不会，说明是其他混合条件导致的非委托。

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