SharePoint REST API日期过滤问题：dateTo的le条件不生效

这个问题我之前帮同事排查过，核心原因就是SharePoint对日期字段的存储逻辑——哪怕你设置的是「仅日期」类型，它后台还是会给这个日期加上默认的时间戳（你这里是23:00:00），而你的le条件没匹配到这个时间点，才导致等于的情况无法返回。

问题根源拆解 #

举个具体的例子：

• 当你把dateTo设为2018-03-19时，SharePoint后台实际存储的是2018-03-19T23:00:00
• 如果你查询时写的是dateTo le '2018-03-19T00:00:00'，显然2018-03-19T23:00:00大于2018-03-19T00:00:00，所以不会被匹配
• 而dateFrom的ge条件能正常工作，是因为dateFrom存储的2018-03-19T23:00:00确实大于等于你设置的今日0点时间

两种可行的解决方案 #

方案1：用次日0点的lt条件（推荐） #

把dateTo的le替换为lt，并将目标日期设为次日的00:00:00。这样不管SharePoint给日期加的默认时间是几点，当天所有的dateTo项都会被包含进来，还能避免时区差异带来的问题。

示例查询（假设今日是2018-03-19）：

$filter=dateFrom ge '2018-03-19T00:00:00' and dateTo lt '2018-03-20T00:00:00'

方案2：匹配当天的最晚时间 #

如果你坚持要用le条件，可以把过滤时间设为当天的23:59:59，确保覆盖SharePoint默认的23:00:00时间戳：

示例查询：

$filter=dateFrom ge '2018-03-19T00:00:00' and dateTo le '2018-03-19T23:59:59'

注意事项 #

• 必须使用ISO 8601格式的日期字符串（YYYY-MM-DDTHH:mm:ss），SharePoint的OData查询对格式要求严格，格式错误会导致过滤失效
• 如果你的站点有时区设置，建议统一使用UTC时间进行过滤（比如在日期字符串末尾加Z，如2018-03-19T00:00:00Z），避免时区转换带来的偏差

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