问当使用LZ4解压缩时，如何知道输出缓冲区太小？

EN

关于这一点有一个发行开始，目前还没有公共API来区分错误。

作为一个启发式，查看代码显示了可能的返回值：

/\* end of decoding \*/ if (endOnInput) return (int) (((char\*)op)-dest); /\* Nb of output bytes decoded \*/ else return (int) (((const char\*)ip)-source); /\* Nb of input bytes read \*/ /\* Overflow error detected \*/ \_output\_error: return (int) (-(((const char\*)ip)-source))-1;

因此，只有两宗个案：

• 要么解码成功，然后得到一个积极的结果(其意义取决于您是处于完全还是部分模式)。
• 或者解码不成功，结果是负面的。

在负结果的情况下，值为-(position_in_input + 1)。

这意味着，猜测目标缓冲区是否太小，可以通过使用(更大的)更大的缓冲区重试并检查故障是否发生在同一位置，从而很有可能成功：

• 如果第二次解压缩成功，你就好了！
• 如果第二次解压缩尝试在同一位置失败，则该问题可能与输入有关，
• 否则，您必须再次尝试使用更大的缓冲区。

或者其他的说法，只要结果不同，再试一次，否则，就是你的结果。

限制

输入指针不一定一次前进一个字节，它可以在从输入和无界读取length的两个位置提前length字节。

如果由于输出缓冲区太小而导致解码失败，而新的输出缓冲区对于length来说仍然太小，那么即使输入(不一定)格式错误，解码也会以相同的位置失败。

如果假阳性是一个问题，那么人们可以尝试：

• 通过检查返回位置的输入流来解码length，
• 只需按照255 * <input size> - 2526分配马克·阿德勒的回答，这对于小输入是合理的。