在 CentOS 系统上安装 R 语言，最稳妥且高效的方式主要有两种：利用 EPEL 仓库进行快速部署，或通过源代码编译以获取最新版本及特定优化，对于大多数企业级应用，EPEL 安装法提供了最佳的兼容性与维护便利性；而对于需要最新功能或特定数学库优化的数据科学场景，源码编译则是首选方案，无论选择哪种路径，核心在于正确处理依赖关系并配置好编译环境，以确保 R 语言及其扩展包能够稳定运行。
利用 EPEL 仓库进行标准化安装
对于追求稳定性和运维效率的场景，使用 EPEL（Extra Packages for Enterprise Linux）仓库是安装 R 语言的首选方案，这种方法能够自动处理绝大多数依赖包，且与系统包管理器完美集成,便于后续的升级和卸载。
需要确保系统已安装 EPEL 源，在 CentOS 7 或 CentOS 8/Stream 中，操作略有不同，对于 CentOS 7，可以直接使用 yum 安装 epelrelease；而对于较新的版本，通常默认已包含或通过 dnf 进行管理，安装 EPEL 后,系统将自动更新软件源列表。
执行安装命令，在终端中输入相应的包管理指令，系统会自动计算依赖关系并下载 R 语言核心组件，此过程通常包括 R 的核心解释器、标准文档以及基础数学库，安装完成后，通过输入 R version 即可验证是否成功，若返回了具体的版本号，说明 R 语言已成功嵌入系统路径中。
值得注意的是，EPEL 仓库中的 R 版本通常不是最新的，如果项目对 R 版本有硬性要求（例如需要使用 4.0 以上版本的特性），EPEL 提供的版本可能无法满足需求,此时则需要转向源码编译的方式。
源码编译安装：获取最新版本与性能优化
源码编译安装是数据科学家和高级开发者的常用手段，它允许用户获取 CRAN（Comprehensive R Archive Network）上的最新版本，并针对 CPU 指令集进行编译优化，从而提升计算性能，此过程虽然复杂,但提供了极高的定制自由度。
编译的第一步是安装开发工具链和必要的依赖库，R 语言的编译依赖于 Fortran、C 和 C++ 编译器，以及多种数学和图形库，具体而言，需要安装 gcc、gccc++、gfortran、make 等基础工具，以及 readline、libcurl、openssl、libXt 等开发库，这些库是 R 能够处理网络请求、加密通信以及图形界面的基础，如果缺少这些依赖，编译过程中的 configure 脚本将会报错，导致无法生成 Makefile。
依赖环境准备就绪后，需从 CRAN 官网下载最新的 R 源码压缩包（通常为 .tar.gz 格式），下载完成后，使用 tar 命令解压，并进入解压后的目录，配置的核心在于执行 ./configure 脚本，为了获得更好的性能，建议加上 enableRshlib 参数，这能构建共享库，便于其他软件（如 RStudio）调用 R，还可以指定 withblas 参数以链接系统中的高性能线性代数库（如 OpenBLAS）,这对于矩阵运算密集型的任务至关重要。
配置成功后，执行 make 命令进行编译，这一步耗时较长，具体时间取决于服务器的 CPU 性能，编译过程中若出现错误，通常是由于缺少特定的头文件或库文件，需仔细检查报错信息并补齐依赖，执行 make install 将编译好的二进制文件安装到系统目录（默认为 /usr/local）。
环境配置与依赖库管理
安装仅仅是第一步，为了让 R 语言发挥最大效用，还需要对环境进行细致的配置，对于源码安装的用户，可能需要手动将 R 的可执行文件路径添加到系统的 PATH 环境变量中，通常是在 /etc/profile 或用户的 .bashrc 文件中追加 export PATH=/usr/local/bin:$PATH。
R 语言的强大之处在于其丰富的扩展包，在服务器环境下安装 R 包，有时会遇到系统级库缺失的问题，安装 xml2 包需要 libxml2devel，安装 sf 包需要 gdal 和 geos，为了避免在安装包时频繁报错，建议预先安装 CentOS 的“Development Tools”软件组,这能涵盖绝大多数常见的系统开发库。
为了提升 R 语言的运行体验，建议配置默认的 CRAN 镜像源，在国内服务器上，使用清华或中科大的镜像源可以大幅加快包的下载速度，这可以通过在 R 的启动配置文件（如 .Rprofile）中设置 options(repos = ...) 来实现。
常见问题与解决方案
在实际操作中，用户常遇到“缺少 gfortran”或“libcurl not found”等错误，这通常是因为系统未安装完整的开发工具链，解决方法是直接使用包管理器安装 gccgfortran 或 libcurldevel，另一个常见问题是 Java 环境的集成，部分 R 包（如 rJava）依赖 JDK，此时需要正确设置 JAVA_HOME 环境变量，并确保 LD_LIBRARY_PATH 包含 Java 的库路径，否则 R 在加载这些包时会崩溃。
对于多用户共用的服务器，建议采用源码编译并配置好共享库，这样所有用户均可调用同一套 R 环境，便于统一管理版本和依赖，定期检查 R 的安全更新和版本迭代,也是保障生产环境安全的重要环节。
相关问答
Q1：在 CentOS 8 或 Stream 版本上安装 R 与 CentOS 7 有何不同？A1： 主要区别在于包管理器从 yum 变更为 dnf，且 CentOS 8 的模块化流可能影响默认软件库的可用性，在 CentOS 8 上，可能需要先启用 powertools 或 appstream 仓库才能获取某些开发依赖包，EPEL 8 的仓库结构也有所调整，确保使用对应版本的 EPEL 源是成功安装的关键。
Q2：如何为所有系统用户统一安装 R 语言扩展包？A2： 要实现全局安装，可以在 R 控制台中通过 R_LIBS_SITE 环境变量指定一个系统级的库目录（如 /usr/local/lib/R/sitelibrary），并以 root 权限运行 R 命令执行 install.packages()，这样安装的包对所有用户可见，避免了每个用户重复下载和安装相同的依赖库,既节省磁盘空间又便于环境一致性管理。
如果您在安装过程中遇到特定的依赖报错或版本冲突，欢迎在评论区留言,我们将为您提供针对性的解决方案。
