SSRS 2016报表在Chrome与IE/Edge/VS中返回结果不一致求助

我之前帮团队排查过一模一样的SSRS 2016与Chrome兼容性问题，分享几个经过验证的排查和解决方向，你可以逐一尝试：

1. 强制SSRS使用IE兼容模式渲染 #

SSRS 2016对Chrome的原生渲染支持有缺陷，强制让站点用IE11引擎渲染往往能解决参数传递、日期解析类问题：

• 找到SSRS服务器上的ReportServer目录（默认路径一般是C:\Program Files\Microsoft SQL Server\MSRS13.MSSQLSERVER\Reporting Services\ReportServer）
• 打开web.config文件，在<system.webServer>节点内添加以下配置：

<httpProtocol>
  <customHeaders>
    <add name="X-UA-Compatible" value="IE=EmulateIE11" />
  </customHeaders>
</httpProtocol>

• 重启SSRS服务后再用Chrome测试报表

2. 重构报表参数的默认值逻辑 #

不要依赖Chrome的日期控件传递参数值，直接在SSRS服务器端生成当月日期范围：

• 打开报表设计器，找到日期参数的“默认值”设置
• 当月第一天用表达式：=Today().AddDays(-Day(Today()) + 1)
• 当月最后一天用表达式：=DateSerial(Year(Today()), Month(Today()) + 1, 1).AddDays(-1)
• 保存报表重新部署，确保参数值是服务器端计算的，不受客户端浏览器影响

3. 验证Chrome的日期参数传递是否正确 #

用Chrome开发者工具排查参数传递问题：

• 打开报表后按F12调出开发者工具，切换到“网络”标签
• 刷新报表，找到向SSRS服务器发送的请求（一般是ReportExecution2005.asmx相关的POST请求）
• 查看请求体中的参数值，确认起始日期和结束日期是不是你期望的当月范围
• 如果参数值不对，说明Chrome的日期控件解析有问题，建议直接用服务器端参数默认值替代

4. 检查数据集查询的日期过滤逻辑 #

确认查询中的日期过滤是否依赖字符串格式：

• 如果你的数据集查询用的是字符串类型的日期参数，Chrome传递的日期格式可能和IE/Edge不一致（比如MM/dd/yyyy vs yyyy-MM-dd），导致WHERE条件失效
• 把报表参数类型改成“日期/时间”，同时确保查询中用日期类型匹配过滤（比如SQL Server中用WHERE SaleDate BETWEEN @StartDate AND @EndDate，不要把日期转成字符串比较）

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