CSOM访问SharePoint Online两站点差异引发‘Value cannot be null’异常排查

让我来帮你拆解这个问题——首先，这个异常确实大概率和site2的默认安全设置有关，但先别急，你的代码里有个明显的CAML语法问题，很可能是触发这个异常的直接原因！

一、先修复代码里的致命问题 #

看你写的CAML查询，存在两处明显错误：

1. 逻辑条件未正确包裹：<Where>标签里直接放了两个独立的字段条件，没有用And/Or运算符组合，这完全不符合CAML语法规范；
2. 字段类型错误：BaseName和EncodedAbsUrl都是文本类型字段，你却标注成了Lookup类型，这会导致CSOM解析时找不到对应字段的键值，直接触发Value cannot be null异常。

修正后的CAML应该是这样的：

camlQuery.ViewXml = string.Format(@"<View>
  <Query>
    <Where>
      <And>
        <Contains>
          <FieldRef Name='BaseName'/>
          <Value Type='Text'>{0}</Value>
        </Contains>
        <Contains>
          <FieldRef Name='EncodedAbsUrl'/>
          <Value Type='Text'>{0}</Value>
        </Contains>
      </And>
    </Where>
  </Query>
</View>", columnValue);

为什么site1能正常运行？大概率是site1的环境对CAML语法的校验更宽松，或者你的查询条件在site1中刚好没有匹配到数据，跳过了错误解析的流程；而site2的默认设置下，CSOM对语法错误的校验更严格，直接抛出了异常。

二、如果代码修复后仍报错，再排查安全设置 #

如果修正CAML后site2还是出现相同异常，那确实和site2的默认安全设置有关，以下是可能涉及的几个关键设置：

• CSOM访问权限限制：
  检查site2是否开启了「限制对SharePoint Online客户端对象模型(CSOM)的访问」。在SharePoint管理中心的站点权限设置里，部分租户会默认禁止非管理员账号使用CSOM，而site1修改了这个设置允许普通账号访问。
• 多重身份验证(MFA)强制要求：
  如果site2的租户或站点强制开启了MFA，而你代码里用的SharePointOnlineCredentials是普通用户名密码认证，这种方式不支持MFA，会导致验证失败，进而触发参数为空的异常。site1可能关闭了MFA，或者你用了支持MFA的应用密码登录。
• 站点权限与继承：
  确认你的登录账号在site2中拥有至少列表读取权限。site1可能给该账号分配了更高的权限（比如站点编辑者），而site2默认权限不足，导致CSOM请求时无法获取必要的参数键值。
• 现代站点自定义脚本限制：
  如果site2是现代站点，默认会禁止自定义脚本，这会影响CSOM的正常调用。而site1可能修改了这个设置，允许自定义脚本运行。

三、验证步骤 #

1. 先按照上面的代码修正CAML查询，重新测试site2；
2. 如果仍报错，依次检查：
   • 登录账号在site2的权限是否足够；
   • site2是否强制要求MFA，若有则改用应用密码或证书认证；
   • 站点的CSOM访问限制和自定义脚本设置是否开启。

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