最近使用UnRARNet 处理 RAR格式的压缩文件。UnRARNet 是由 RARLab 随 unrar.dll 控件一起提供的.net 平台的封装。UnRARNet 使用VB.net语言，应该说对unrar.dll 进行了近乎完美的封装，几乎所有压缩和解压缩工作都完成的很漂亮。
不过，最近在测试解压缩文件时，遇到一个 System.Runtime.InteropServices.
SEHException 异常，异常信息是“外部组件发生异常”。具体位置是在 Decompressor 类的 LoadFileList() 方法中，其中有一句
mRARHandle = RAROpenArchiveEx(uRAREx)
是调用 unrar.dll 外部组件的RAROpenArchiveEx() 方法，异常就发生在这里。
微软关于SEHExcption的描述中说:
SEHException 类处理从非托管代码引发的、但尚未映射到另一个 .NET Framework 异常的 SEH 错误。SEHException 类还响应 HRESULT E_FAIL（它具有值 0x80004005）。
.NET Framework 经常会遇到非托管 SEH 异常，这些异常自动映射到托管等效项。例如，STATUS_NO_MEMORY SEH 异常自动映射到 OutOfMemoryException 类，而 STATUS_ACCESS_VIOLATION SEH 异常自动映射到 NullReferenceException 类。但是默认情况下，任何未自动映射到特定异常的 SEH 异常将映射到 SEHException 类。
我用Google搜索网页和Google Groups，都没有发现解决这类问题的方法，看来我足够幸运:)，让我先碰到了。
经过仔细分析，发现问题出在压缩文件的注释上，当注释长度超过一个临界值时，就会发生 SEHException 外部组件异常。RAR 命令指南中提到RAR 压缩包的最大注释长度是 62000 字节，而测试的压缩文件注释只有19000多个字节，完全没有超出最大注释长度。因为注释长度而发生异常似乎没有道理。难道是UnRARNet有问题？
再回过头看
Decompressor 类，发现在 Init() 方法中有这么一段代码： uRAREx.CmtBuf = Space(16384)
uRAREx.CmtBufSize = 16384
uRAREx.ArcName = mRARFile
uHeaderEx.CmtBuf
= Space(16384)此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。