Mac端R语言分配内存的查看、扩容方法及RStudio内存报错排查

你之前使用Sys.getenv()无法获取内存上限，是因为进程内存限制属于硬配置，多数不会写入环境变量供查询，可通过以下方式准确获取当前生效的内存限制值：

• 直接在R/RStudio会话内运行memory.limit()，返回的数值为当前R进程允许申请的最大内存（单位为MB），该接口为R原生提供，结果完全匹配实际生效的限制规则。
• 若需要查看当前会话已实际占用的内存，可运行gc()获取内存回收后的实时占用值，搭配memory.limit()即可快速定位当前可用内存缺口。

匹配你当前的场景特征：基础R运行无报错、仅RStudio环境触发「Error: vector memory exhausted (limit reached?)」、已修改主目录.Renviron配置不生效，以下为公开教程较少覆盖的可落地方向：

• 取消RStudio自带的会话内存硬限制。与R4.0.3版本匹配的旧版RStudio，默认开启了独立的内存限制开关，该限制优先级高于.Renviron配置，会强行给R会话设置远低于实际可用值的内存上限。操作路径：打开RStudio -> 顶部菜单栏进入Tools -> Global Options -> Memory，取消勾选「Limit session memory to」选项，或直接将限制值调整为匹配设备总内存的70%（16GB设备对应设置为11000MB即可），修改完成后需要完全退出RStudio（关闭所有窗口并在程序坞中彻底退出程序）再重新启动，配置才会生效。
• 修改RStudio实际加载的.Renviron配置文件。你之前通过命令行、usethis::edit_r_environ修改的通常是用户主目录下的.Renviron，但RStudio启动R进程时，会优先读取自身配置目录下的.Renviron文件，该文件的加载优先级远高于主目录配置，因此之前的修改不会被实际加载。验证实际加载路径的方式为：在RStudio会话内运行Sys.getenv("R_ENVIRON_USER")，输出的路径就是当前会话真正读取的.Renviron文件位置，只需要在这个文件中添加配置R_MAX_VSIZE=11Gb即可从根源解决向量内存限制的问题，注意文件保存时要选择无BOM的纯文本格式，避免被识别为无效配置。
• 解除系统层面对RStudio进程的内存软限制。你当前使用的x86架构版本R搭配macOS Big Sur系统，默认会对单进程设置内存申请的软上限，这个限制独立于R和RStudio的内部配置，就算把两层软件的限制都放开，系统层面的卡限依然会触发向量内存报错。可通过终端运行ulimit -a查看当前的max memory size配置，如果不是unlimited状态，可在终端先执行launchctl limit maxmemory unlimited，再通过该终端窗口调用open -a RStudio启动程序，此时RStudio拉取的R进程会继承系统级的无限制内存配置，不会被系统软卡限。
• 关闭RStudio自带的高内存占用后台进程。RStudio在运行时会额外启动多个辅助进程（代码实时诊断、自动补全、实时语法检查等），这些进程会预先挤占内存配额，导致分配给R主进程的可用内存比基础R启动时少20%-30%。如果上述步骤调整后仍有报错，可依次关闭：代码诊断（Tools -> Global Options -> Code -> Diagnostics，取消所有自动诊断选项）、不必要的实时预览功能，减少后台内存挤占。

注意事项：不要将R的内存上限设置为和设备总物理内存等值，16GB内存的设备至少要预留4GB内存给macOS系统和其他前台应用，否则会触发系统的内存压力阈值，反而会被系统强制终止进程，通常设置为总内存的60%-70%是最稳定的运行区间。

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