UnRAR库不支持RAR5格式，官方源码仅兼容RAR3/RAR4；可靠方案是调用RarLab闭源unrar二进制（v6.0+），或使用7-Zip lib7z（限无密、非固实RAR5）。
UnRAR库不支持直接读取RAR5格式
官方UnRAR源码（包括Windows命令行版和Linux libunrar）在2023年之前均未实现RAR5解压逻辑。即使你编译最新版unrar命令行工具（如v6.23），其底层libunrar仍只支持RAR3/RAR4，对RAR5文件会直接报错：Unsupported archive version 或 Unknown format。
根本原因在于RAR5是RarLab在2013年引入的全新格式，采用不同加密、压缩算法和块结构，且官方从未开源RAR5解压核心——UnRAR项目明确声明“仅用于兼容旧格式”。
用RarLab官方unrar命令行临时提取RAR5
如果你只需在C++程序中调用外部工具完成解压（非内存内解析），唯一可靠方式是依赖RarLab发布的闭源unrar二进制（Windows/Linux/macOS均有）：
- 下载地址：https://www.rarlab.com/rar_add.htm → 找“Command-line version”
- 确保版本 ≥ 6.0（RAR5支持始于v6.0），运行
unrar -ver确认输出含RAR 5.x - C++中用
std::system或posix_spawn/CreateProcess调用：unrar x -o+ archive.rar ./output/ - 注意路径空格和特殊字符：必须对
archive.rar和./output/做shell转义（如用std::quoted） - 错误判断不能只看返回码：
unrar成功时返回0，但部分警告（如跳过损坏文件）也返回0；需捕获stderr并检查是否含ERROR:或Corrupt
无法用libunrar链接RAR5解压功能
很多开发者误以为把UnRAR源码编译成libunrar.a就能在C++里调用RAR5解压，这是行不通的：
立即学习“C++免费学习笔记（深入）”；
-
libunrar头文件（如unrar.h）中没有RAR5相关API，所有函数签名（如OpenArchive）只接受RAR3/RAR4标识 - 源码中
rar5.cpp等文件根本不存在——UnRAR仓库里只有rar3.cpp和rar4.cpp - 即使强行修改源码加入RAR5 stub，也无法绕过缺失的AES-256密钥派生、BLAKE2sp校验、可变长度块头等关键实现
- 试图用
dlopen加载RarLab官方unrar二进制中的符号？不行——它不导出C接口，且无ABI保证
替代方案：改用7-Zip的lib7z（有限支持RAR5）
7-Zip v21.07+ 的lib7z（通过7z.dll或lib7z.so）能解压部分RAR5文件，但有严格限制：
- 仅支持无密码、无恢复记录、非固实（non-solid）的RAR5归档
- 不支持RAR5的AES加密（哪怕空密码也不行），遇到
Encrypted headers直接失败 - C++集成需调用
IInArchiveCOM接口（Windows）或7z SDK的C风格ISzInArchive（跨平台），比UnRAR复杂得多 - 示例关键步骤：
LoadLibrary("7z.dll")→GetProcAddr("CreateObject")→CoCreateInstance→Open→Extract；错误码SZ_ERROR_UNSUPPORTED即表示RAR5特性不被当前7z版本支持
RAR5的兼容性碎片化是硬伤：没有标准C/C++库能完整、可靠、免授权地读取它。真正需要嵌入式解压能力时，得直面RarLab的商业SDK（unrar.dll with license）或接受命令行调用的权衡。
