我最近继承了一个报告，需要对其进行一些更改。在遵循上述所有建议之后，它并没有帮助。这份报告历史上多了这一页，没人知道为什么。

我右键点击表格并选择属性。有一个复选框表示在后面添加换行符。删除后，它打印在一页现在。

我已经成功地使用pdftk删除了我不想要/不需要的pdf页面。你可以在这里下载这个程序

您可以尝试以下方法。从这里举个例子

从in1.pdf中删除“page 13”以创建out1.pdf PDFTK in.pdf cat 1-12 14端输出out1.pdf

or:

pdftk A=in1.pdf cat A1-12 A14-end output out1.pdf

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

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

确保设计师在visual studio没有超出你的最大宽度。将鼠标悬停在右侧页面边框上并向左拖动，以确保页面没有超出所需的布局。

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

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

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.