区分全局变量导出上限与物理内存不足

使用future并行时，报错提示全局对象超过限制，或worker启动后内存升高，原因可能不同。future.globals.maxSize用于限制发送到worker的global变量总大小；把它调大只会放行更大的导出对象，不会给R进程或服务器增加RAM。先确认错误来源，再决定精简导出、减少worker还是调整作业资源。

先读报错，区分两种限制

找出无意被worker捕获的大对象

查看future创建位置附近的函数和闭包：全局环境中一个很大的Seurat对象、完整矩阵或查找表，可能被整个发送，即使函数只用其中一小部分。先记录对象大小、worker数和输入对象范围；将所需字段预先提取、按样本拆分，或让worker从共享文件读取必要数据。不要把敏感数据复制到未经批准的网络节点。

options("future.globals.maxSize")
format(object.size(obj), units = "GiB")
globals <- future::getGlobalsAndPackages({
  # 将实际future表达式放在这里检查
})$globals
length(globals)

检查工具返回的global列表和大小时，要用实际future表达式；不同future版本的诊断接口可能变化，遇到接口不兼容应以所装版本文档为准。object.size只近似单个对象，不一定与future序列化后的global总量相等。

按目标设置限制，且恢复会话选项

先让任务在sequential下运行，确认科学代码和输出正确；再以一个worker或较小输入验证并行工作流。只有导出对象确实必要、当前阈值过低且作业内存额度足够时，才临时调高future选项。将旧选项保存并在试验结束后恢复；避免在共享R启动文件中永久写入极大值。

若阈值通过但worker随后内存失败，应检查worker进程实际峰值和作业限制，而不是继续调大globals阈值。多worker可能各自持有输入副本；降低并行数、缩小每个任务输入或采用磁盘后端往往更适合验证资源瓶颈。

验收并记录每次变更

固定输入、代码、future版本和worker数，记录导出对象、阈值、作业额度、退出码、任务峰值和结果校验。成功标准包括所有预期任务完成、输出数量与样本清单一致、关键对象可读取。若只是调大阈值后从“导出错误”变成OOM，说明真正的RAM问题尚未解决；不要把阈值放行当作任务验收。

用小任务确认捕获对象

把并行表达式先限制在一个样本或少量细胞，检查future报告列出的globals名称、对象大小和序列化耗时。若出现意料之外的Seurat对象或完整矩阵，先修改函数参数，让worker只收到必要切片；也可将数据写入项目授权的共享路径，由worker按样本读取。修改后同时核验输入哈希、样本数和输出摘要，确保精简global没有改变分析对象或跳过样本。

不要通过把阈值设为无限来掩盖对象捕获。较大的对象即使成功传输，也可能在worker中占用更多内存并增加等待时间。若worker从共享存储读取，检查路径权限、并发读写和存储负载；网络文件读入不一定比一次传输更快，需用同一小任务比较。