在 arm 架构下通过源码编译安装 nginx，核心步骤是配置构建环境、指定交叉编译工具链（若为远程部署）或本地编译、生成 makefile 并执行安装。通常需要在目标机器上直接编译，或者使用 `--host` 参数配合交叉编译器进行构建。编译前需确保已安装 c 编译器、pcre、zlib 和 openssl 等依赖库的源码或开发包。
ARM 环境下需要哪些基础依赖库
编译 Nginx 必须预先获取 PCRE、Zlib 和 OpenSSL 这三个核心模块的源码。在 ARM 架构（如 Raspberry Pi 或 AWS Graviton）上，这些库必须针对 ARM 指令集重新编译，不能直接使用 x86 的二进制文件。如果系统包管理器中提供了 ARM 版本的开发包（如 libpcre3-dev），可以直接安装；否则，需要下载源码并在当前 ARM 环境中编译安装。
# 假设所有源码都在 /usr/local/src 目录下 # 1. 编译 PCRE ./configure --prefix=/usr/local/pcre make sudo make install # 2. 编译 Zlib ./configure --prefix=/usr/local/zlib make sudo make install # 3. 编译 OpenSSL (推荐静态链接以简化部署) ./config no-shared --prefix=/usr/local/openssl make sudo make install
上述代码展示了在 ARM 设备上手动编译三个依赖库的标准流程。注意 OpenSSL 使用了 no-shared 参数，这会将库静态链接到 Nginx 二进制文件中，避免运行时出现 libssl.so 找不到的问题。编译完成后，Nginx 的 configure 脚本将通过 --with-pcre、--with-zlib 和 --with-openssl 指向这些新安装的目录。
如何配置 Nginx 的编译选项以适配 ARM
运行 Nginx 源码根目录下的 ./configure 脚本时，必须显式指定依赖库的路径，并建议启用 --with-http_ssl_module 以支持 HTTPS。对于 ARM 架构，无需特殊架构标志，因为 auto/configure 脚本会自动检测 CPU 类型并优化编译参数。如果是在 x86 主机上为 ARM 设备交叉编译，则需要设置 --host=arm-linux-gnueabihf 并指定交叉编译器的路径。
cd /path/to/nginx-source ./configure \ --prefix=/etc/nginx \ --sbin-path=/usr/sbin/nginx \ --modules-path=/usr/lib/nginx/modules \ --conf-path=/etc/nginx/nginx.conf \ --error-log-path=/var/log/nginx/error.log \ --http-log-path=/var/log/nginx/access.log \ --with-pcre=/usr/local/pcre \ --with-zlib=/usr/local/zlib \ --with-openssl=/usr/local/openssl \ --with-http_ssl_module \ --with-http_v2_module \ --user=nginx \ --group=nginx make sudo make install
这段配置命令将 Nginx 安装到标准 Linux 路径，并链接了之前编译好的 ARM 版依赖库。执行 make 后生成的 objs/nginx 文件即为适用于当前 ARM 处理器的可执行程序。安装后，可以通过 nginx -V 查看编译参数，确认 --with-openssl 指向的路径正确无误。
编译后的 Nginx 在 ARM 上的启动与验证方法
安装完成后，需要创建必要的用户和日志目录，然后启动服务。由于 ARM 嵌入式系统或服务器可能没有 systemd，建议使用初始化脚本或直接调用二进制文件。验证时应检查进程是否以 ARM 架构运行，并测试 HTTP 响应是否正常。
# 创建 nginx 用户（如果不存在） sudo useradd -r -s /bin/false nginx # 创建日志目录 sudo mkdir -p /var/log/nginx # 启动 Nginx sudo /usr/sbin/nginx # 验证进程架构 ps aux | grep nginx # 测试 HTTP 响应 curl -I http://localhost
上述操作确保了 Nginx 以非特权用户运行，并通过 curl 验证了服务可用性。在 ARM 平台上，如果使用的是较旧的硬件，可能会遇到内存不足导致编译失败的情况，此时可以限制并行编译任务数，例如使用 make -j1 代替默认的 make -j$(nproc)。
