另一件要尝试的事情是将名为ConsumeContainerWhitespace的报告属性设置为True(默认为false)。我就是这样解决的。

如果来自SSRS的页面为空白，则需要调整报表布局。这比通过运行输出和后处理来修复布局问题的副作用要有效得多。

SSRS在突破边界方面非常挑剔。通过调整报表上的文本框或其他控件，很容易意外地扩大/拉长报表。仔细检查报表表面的宽度和高度属性，并尽可能地挤压它们。注意大的页眉和页脚。

在商业改进方案或SSDT-BI中，请执行以下操作:

点击报告>报告属性>布局选项卡(SSDT-BI中的页面设置选项卡) 请注意页面宽度，左距，右距的值 关闭并返回设计图面 在“属性”窗口中，选择主体 单击“+”符号展开“大小”节点 记录Width的值

要在PDF中正确呈现，正文宽度+左边距+右边距必须小于或等于页面宽度。当你看到空白页被渲染时，几乎总是因为主体宽度加上页边距大于页面宽度。

请记住:(正文宽度+左距+右距)<=(页面宽度)

If your report includes a subreport, the width of the subreport could push the boundaries of the body if subreport and hierarchy are allowed to grow. I had a similar problem arise with a subreport that could be placed in a cell (spanning 2 columns). It looked like the span could contain it in the designer and it rendered fine in a winform or a browser and, originally, it could generate printer output (or pdf file) without spilling over onto excess pages. Then, after changing some other column widths (and without exceeding the body width plus margins), the winform and browser renderings looked still looked fine but when the output (printer or pdf) was generated, it grew past the margins and wrote the right side of each page as a 2nd (4th, etc.) page. I could eliminate my problem by increasing colspan where the subreport was placed. Whether or not you're using subreports, if you have page spillover and your body design fits within the margins of the page, look for something allowed to grow that pushes the width of the body out.

我刚刚减少了所有元素宽度小于8英寸，它正在被纠正， 我是用鼠标做的， 你的报告主体应该短于8英寸。

在与这个问题斗争了几个小时后，我偶然发现了一个适合我的解决方案:

在SSDT(2012)中，我最初将页面设置/页面单位设置为厘米。当我把它改为英寸时，奇怪的是，我可以将我的报告导出为PDF，而不用让每一页都是空白的。