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

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

我通过以下方法解决了这个问题。(使用最新版本的报表生成器)

步骤1)。进入“查看”选项卡 步骤2)。选中“属性”复选框 步骤3)。单击报告主体内部(它将更新属性选项卡中的值) 步骤4)。不要拿这里的宽度 步骤5)。右键单击报表外的灰色区域，然后单击报表属性 步骤6)。将你的左右边距加上你的身体宽度(如果它等于10，那么你的宽度为11) 步骤7)。保存

除了目前为止最常见的问题，我还看到了另外两种可能性:

使用+连接文本。你应该用&代替。 超出指定文本框宽度的文本。因此，如果你的文本框只容纳30个字符，而你试图在那里塞300个字符，你可能会以额外的页面结束。

在商业改进方案或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.