PJSIP项目构建Android SWIG绑定时出现重复符号错误解决方案

问题背景

在构建PJSIP项目的Android SWIG绑定过程中，开发者可能会遇到一个典型的链接错误——"duplicate symbol"（重复符号）错误。这个问题通常出现在同时使用PJSIP内置的SRTP库和OpenSSL加密库时，特别是在MacOS环境下为Android平台进行交叉编译的场景中。

错误现象

构建过程中会出现类似以下的错误信息：

ld: error: duplicate symbol: srtp_aes_icm_128
>>> defined at aes_icm.c
>>> defined at aes_icm_ossl.c

错误主要涉及三个关键符号的重复定义：

1. srtp_aes_icm_128
2. srtp_aes_icm_256
3. srtp_mod_aes_icm

根本原因

这个问题的本质在于加密模块的重复实现：

1. PJSIP项目自带的SRTP库已经包含了AES-ICM加密算法的实现（aes_icm.c）
2. 当配置了OpenSSL支持后，OpenSSL也提供了自己的AES-ICM实现（aes_icm_ossl.c）
3. 构建系统错误地将这两个实现同时编译并链接到了最终的可执行文件中

解决方案

方法一：清理并重新构建

最直接的解决方法是彻底清理构建环境并重新构建：

1. 执行make clean彻底清理之前的构建产物
2. 确保配置时正确指定了OpenSSL路径
3. 重新运行make命令

方法二：修改构建配置

如果问题仍然存在，可以尝试修改构建配置：

1. 检查third_party/build/os-auto.mak.in文件
2. 确保不会同时编译aes_icm.c和aes_icm_ossl.c两个文件
3. 优先使用OpenSSL的实现（通常性能更好）

方法三：选择性排除模块

在特殊情况下，可以：

1. 在config_site.h中明确指定要使用的加密模块
2. 禁用不需要的实现（如定义宏来排除内置实现）

最佳实践建议

1. 构建环境隔离：为不同的构建配置创建独立的工作目录
2. 版本匹配：确保使用的OpenSSL版本与PJSIP版本兼容
3. 日志分析：遇到问题时详细记录构建日志，便于定位问题
4. 增量构建：在修改配置后，先进行小范围测试构建

技术原理深入

这个问题的本质是C/C++链接过程中的符号冲突。当两个不同的源文件定义了相同名称的全局符号时，链接器无法确定应该使用哪一个实现。在PJSIP项目中，AES-ICM加密算法作为SRTP协议的核心组件，有多个可能的实现来源：

1. 内置的纯软件实现
2. 硬件加速实现（如某些平台的专用指令集）
3. 第三方加密库实现（如OpenSSL）

构建系统应该根据配置自动选择最合适的实现，而不是尝试同时使用多个实现。理解这一点有助于开发者在遇到类似问题时快速定位原因。

总结

PJSIP项目在Android平台构建过程中遇到的重复符号问题，本质上是加密模块的多重实现导致的链接冲突。通过清理构建环境、正确配置构建选项或明确指定使用的加密实现，可以有效解决这个问题。理解项目构建过程中模块间的依赖关系，对于解决此类复杂构建问题至关重要。