• hist（base R）返回一个带有基本直方图属性的list，它不存储原始数据或任何关于图形对象本身的内容。一旦可以使用返回对象来 * 重新创建 * 绘图，但这与存储图形对象本身不同。在这种情况下，基本统计数据的list的大小总是很小。

为了更好地了解hist创建的对象的大小，我们可以记录它。

• ggplot2返回一个包含原始数据的list-结构。这是必要的，因为图形对象是在上下文中专门呈现的。一旦呈现，图形对象就不一定包含原始数据（当然，这取决于它是如何绘制的...）。

一般来说，基于ggplot2的图形涉及的"东西"（主题衍生）要多得多，所以我预计出图会稍微大一些，这可以通过使用theme等方式来控制。
用于比较的可重现示例：

set.seed(42)
pc <- data.frame("match length" = sample(8:47, 1e6, replace = TRUE), check.names = FALSE)
head(pc)
#   match length
# 1           44
# 2            8
# 3           32
# 4           17
# 5           43
# 6           25

生成图：

gg_hist <- ggplot(pc, aes(`match length`)) + geom_histogram()
gg_hist
gg_grob_hist <- recordPlot()

gg_point <- ggplot(pc, aes(`match length`)) + geom_point(y = 1)
gg_point
gg_grob_point <- recordPlot()

h <- hist(pc$`match length`)
base_grob_hist <- recordPlot()

对象比较：

object.size(pc)
# 4000736 bytes
object.size(h)
# 1840 bytes
object.size(base_grob_hist)
# 69256 bytes
object.size(gg_hist)
# 4006336 bytes
object.size(gg_grob_hist)
# 1346728 bytes
object.size(gg_point)
# 4005616 bytes
object.size(gg_grob_point)
# 104746152 bytes

注：

• 虽然h非常小，但它的grob大小 * 巨大 * 相当小，可能是因为它实际上只有几个图形元素。（编辑过了，我认为它最初很大，因为在同一开发中在这个和其他情节之间来回移动...奇怪，仍然在处理这个。）
• gg_hist和gg_point的对象大小（仅为证明一个观点而举的例子）几乎相同，它们都在内部存储原始数据，因此只比pc的原始大小稍大一些
• gg_grob_hist的对象大小比gg_hist小得多（gg_grob_point的大小"巨大"，这并不奇怪，因为我们要绘制1e6个单独的点）

我想如果你想减少你的PDF渲染的大小，一些想法：

• 你插入的图形对象中是否包含点和/或更多的元素？
• rmarkdown渲染的默认设置是包含基于矢量的图形，这在PDF中看起来更好，但会增加其大小;您可以尝试渲染为PNG（可能参见https://community.rstudio.com/t/how-can-i-render-ggplot-images-in-png-rather-than-pdf-in-order-to-speed-up-my-compiled-pdf-document/12133）