保姆级教程：在Ubuntu 14.04上为ARM64交叉编译带WebRTC的ZLMediaKit（含libsrtp/OpenSSL避坑指南）

ARM64交叉编译实战：Ubuntu 14.04环境构建WebRTC流媒体服务的完整指南

当我们需要在资源受限的嵌入式设备上部署实时音视频服务时，交叉编译成为连接开发环境与目标平台的桥梁。本文将带您深入探索如何在Ubuntu 14.04系统中，为ARM64架构交叉编译支持WebRTC的ZLMediaKit流媒体服务器。不同于常规教程，我们特别关注老旧系统环境下的特殊问题解决，包括32位兼容库处理、OpenSSL和libsrtp的编译调整等实际痛点。

1. 环境准备与工具链配置

在开始交叉编译之前，确保您的主机系统满足以下基本要求：

• 操作系统：Ubuntu 14.04 LTS 64位
• 基础工具：已安装git、wget、tar等基本工具
• 权限准备：建议使用root用户或通过sudo获取管理员权限

首先安装必要的32位兼容库，这对于后续交叉编译工具链的正常工作至关重要：

apt-get update apt-get install -y lib32z1-dev lib32ncurses5

常见问题：如果遇到安装失败，可以尝试更换为阿里云镜像源：

sed -i 's/archive.ubuntu.com/mirrors.aliyun.com/g' /etc/apt/sources.list apt-get update

接下来配置ARM64交叉编译工具链。以海思Himix200平台为例：

# 下载并解压工具链 wget http://example.com/himix200-toolchain.tar.gz tar -xzvf himix200-toolchain.tar.gz -C /opt # 设置环境变量 echo 'export PATH=/opt/aarch64-himix200-linux/bin:$PATH' >> ~/.bashrc source ~/.bashrc

验证工具链是否安装成功：

aarch64-himix200-linux-gcc --version

2. 依赖库的交叉编译与问题解决

2.1 OpenSSL编译与调整

OpenSSL是WebRTC功能的基础依赖，但在交叉编译时需要注意以下几点：

wget https://www.openssl.org/source/openssl-1.1.1k.tar.gz tar -xvzf openssl-1.1.1k.tar.gz cd openssl-1.1.1k

配置编译参数时需要特别注意：

./config no-asm --prefix=/usr/openssl \ --cross-compile-prefix=aarch64-himix200-linux-

关键修改：编辑Makefile文件，找到以下两行并移除-m64选项：

CNF_CFLAGS=-pthread -m64 → CNF_CFLAGS=-pthread CNF_CXXFLAGS=-std=c++11 -pthread -m64 → CNF_CXXFLAGS=-std=c++11 -pthread

完成修改后执行编译和安装：

make -j$(nproc) make install

2.2 libsrtp编译的特殊处理

libsrtp是安全实时传输协议库，WebRTC依赖它进行媒体加密。编译时需要特殊处理：

wget https://codeload.github.com/cisco/libsrtp/tar.gz/refs/tags/v2.3.0 tar -xvzf libsrtp-2.3.0.tar.gz cd libsrtp-2.3.0

重要修改：编辑configure文件，约5902行处修改交叉编译检测：

# 原始内容 if test "$cross_compiling" = yes; then # 修改为 if test "$cross_compiling" = no; then

配置和编译命令：

./configure --prefix=/usr/libsrtp \ --host aarch64-himix200-linux \ CC=/opt/aarch64-himix200-linux/bin/aarch64-himix200-linux-gcc \ --enable-openssl \ --with-openssl-dir=/usr/openssl make && make install

3. ZLMediaKit的交叉编译配置

获取ZLMediaKit源代码并初始化子模块：

git clone --depth 1 https://gitee.com/xia-chu/ZLMediaKit cd ZLMediaKit git submodule update --init

创建构建目录并准备交叉编译配置文件：

mkdir build && cd build touch ../cmake/aarch64.cmake

编辑aarch64.cmake文件，内容如下：

set(CMAKE_SYSTEM_NAME Linux) set(CMAKE_SYSTEM_PROCESSOR aarch64) set(CMAKE_C_COMPILER aarch64-himix200-linux-gcc) set(CMAKE_CXX_COMPILER aarch64-himix200-linux-g++) set(CMAKE_FIND_ROOT_PATH_MODE_PROGRAM NEVER) set(CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY) set(CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY) set(CMAKE_FIND_ROOT_PATH_MODE_PACKAGE ONLY)

修改FindSRTP.cmake文件以确保正确找到交叉编译的libsrtp：

# 注释掉原有的find_path部分，添加以下内容 set(SRTP_INCLUDE_DIRS /usr/libsrtp/include) set(SRTP_LIBRARIES /usr/libsrtp/lib/libsrtp2.a)

4. 编译ZLMediaKit与问题排查

执行CMake配置命令：

cmake .. \ -DCMAKE_TOOLCHAIN_FILE=../cmake/aarch64.cmake \ -DENABLE_WEBRTC=true \ -DENABLE_OPENSSL=true \ -DOPENSSL_ROOT_DIR=/usr/openssl \ -DOPENSSL_LIBRARIES=/usr/openssl/lib \ -DCMAKE_BUILD_TYPE=Release \ -DCMAKE_PREFIX_PATH="/usr/openssl;/usr/libsrtp"

开始编译：

cmake --build . --target MediaServer -j$(nproc)

常见问题及解决方案：

1. 找不到openssl库：

   export PKG_CONFIG_PATH=/usr/openssl/lib/pkgconfig:$PKG_CONFIG_PATH

2. 链接时出现架构不匹配： 检查所有依赖库是否都是ARM64版本，使用file命令验证：

   file /usr/openssl/lib/libssl.so.1.1

3. 运行时缺少动态库： 在目标设备上设置LD_LIBRARY_PATH：

   export LD_LIBRARY_PATH=/path/to/libs:$LD_LIBRARY_PATH

5. 部署与测试

编译完成后，可执行文件位于：

../release/linux/Release/MediaServer

将生成的文件和依赖库打包传输到目标设备：

tar -czvf release.tar.gz \ ../release/linux/Release/MediaServer \ /usr/openssl/lib/*.so* \ /usr/libsrtp/lib/*.so*

在目标设备上解压并运行：

tar -xzvf release.tar.gz -C /usr/local/ cd /usr/local/Release ./MediaServer -c config.ini

测试WebRTC功能可以使用官方Demo页面或通过ffmpeg推流测试：

ffmpeg -re -i test.mp4 -vcodec copy -acodec copy \ -f flv rtmp://your_server_ip:1935/webrtc/stream_name

6. 性能优化与进阶配置

针对ARM平台的特定优化可以显著提升性能：

1. NEON指令集加速： 在aarch64.cmake中添加：

   add_definitions(-mfpu=neon -mfloat-abi=hard)

2. 内存优化： 修改ZLMediaKit配置，减少缓存大小：

   [hls] fileBufSize=1024 [rtp] lowLatency=true

3. 线程调优： 根据CPU核心数调整线程池大小：

   [thread] pool_size=4

对于生产环境部署，建议考虑以下安全配置：

[api] secret=your_secure_key [ffmpeg] restart_sec=10

在实际项目中，我们发现海思平台上的性能瓶颈通常出现在网络I/O而非媒体处理。通过调整TCP缓冲区大小可以获得更好的网络吞吐量：

echo "net.core.rmem_max=4194304" >> /etc/sysctl.conf echo "net.core.wmem_max=4194304" >> /etc/sysctl.conf sysctl -p