任务管理器运行含ggsave()的R脚本报错，寻求解决方案

我来帮你拆解这个问题——这其实是交互式环境（RStudio）和非交互式环境（Rscript/任务计划程序）下R图形设备初始化逻辑的差异导致的，咱们一步步来解决：

为什么会出现这个错误？ #

当用Rscript运行脚本时，R处于非交互式模式，默认的图形设备规则和RStudio完全不同。你的代码里的pdf(NULL)试图创建一个空的PDF设备，但在非交互式环境中，这个操作会触发R自动尝试创建默认的Rplots.pdf文件——如果当前工作目录没有写入权限，或者这个文件被占用，就会抛出无法打开的错误。另外，grDevices::dev.set(1)在非交互式环境中也可能无效，因为初始状态下根本没有设备1存在。

解决方案一：精简代码，修复路径和设备不匹配问题 #

你的代码里有些设置是多余的，甚至会干扰非交互式运行，调整后的代码如下：

library(ggplot2)

# 关键：切换到你有写入权限的工作目录，或者直接用绝对路径
setwd("C:/path/to/your/save/folder") # 替换成你实际的文件夹路径

# 生成图形对象
g <- ggplot() + 
  geom_line(data = data.frame(a = 1:10, b = 21:30), aes(x = a, y = b))

# 注意：文件名后缀要和device匹配！你之前写的device='png'但文件名是pdf，会导致格式混淆
ggsave("graph.png", g, device = "png")
# 如果你需要PDF格式，改成：
# ggsave("graph.pdf", g, device = "pdf")

解决方案二：用--vanilla参数运行Rscript #

你提到的vanilla选项确实是关键，它会让Rscript以纯净环境启动，避免加载.Rprofile等可能干扰图形设备的配置文件。

在任务计划程序中配置命令时，要这样写：

Rscript --vanilla "C:/full/path/to/your/script.R"

--vanilla的核心作用：

• 不加载用户的.Rprofile配置
• 不读取或写入.Rhistory
• 不保存工作空间
• 禁用环境变量中的R相关配置

这能最大程度避免环境差异导致的设备初始化冲突。

解决方案三：确保写入权限 #

另一个常见原因是Rscript的默认工作目录没有写入权限（比如Windows下默认是C:\Windows\System32，普通用户无法写入）。所以一定要：

• 使用绝对路径保存文件（比如ggsave("C:/Users/YourName/Documents/graph.png", ...)）
• 或者通过setwd()切换到你有权限的文件夹（比如个人文档目录）

总结 #

按照以下步骤调整后，问题应该就能解决：

1. 删除代码中不必要的设备设置：grDevices::dev.set(1)、pdf(NULL)、options(bitmapType = 'cairo', device = 'pdf')（这些在非交互式环境中要么无效，要么会引发问题）
2. 确保ggsave的文件名后缀和device参数匹配
3. 使用绝对路径或setwd()指定有写入权限的目录
4. 运行Rscript时加上--vanilla参数

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