Java zxing库中的MultiFormatReader是否在自己的线程中解码？

我正在将YUV数据传递给MultiFormatReader进行解码。我想知道库是否在自己的线程中处理解码过程

此外，为了获得最快的结果，传递给读者的理想预览大小是多少

---

谢谢

不，它不会在库中的任何位置生成任何新线程。一切都是在调用线程中串行完成的

我曾经想过把它作为一种选择。在并行执行一些推测性解码时，仍然可以保留当前优先级顺序。最终可能会浪费一些工作，但却能在更短的挂钟时间内得到答案。我不知道这是否有用，因为通常情况下，人们都知道他们在寻找哪一种或几种格式，而在对多种格式感兴趣的地方，通常是1D格式，它们的速度非常快

在Android应用程序中，这不是真的；它必须通过处理程序异步处理

---

当然，较小的预览帧解码速度更快，但在某种程度上，较小的预览帧会掩盖有用的细节。在第一个版本中，Android在G1上的预览尺寸为480x320，这对于二维码和大多数一维条形码来说都是不错的。现在我建议至少使用800x480，但收益递减很快就出现了。

使用谷歌眼镜，我能够构建一个平面紫外线光源，并将一个尺寸为640x480的预览帧字节数组传递给它，该数组的比例为4:3，以便进行适当的玻璃相机预览。在构建平面UV光源时，我没有使用框架矩形，当QR码距离设备约1.5英尺时，库会持续解码。