zxing库中的MultiFormatReader是否在自己的线程中解码？ 1 日，16 小时 Questions & Answers 410 我正在将YUV数据传递给MultiFormatReader进行解码。我想知道库是否在自己的线程中处理解码过程 此外，为了获得最快的结果，传递给读者的理想预览大小是多少 多谢各位
# 1 楼答案 不，它不会在库中的任何地方生成任何新线程。一切都是在调用线程中连续完成的 我曾经想过把它作为一种选择。在并行执行一些推测性解码时，仍然可以保留当前的优先级顺序。最终可能会浪费一些工作，但却能在更短的时间内得到答案。我不知道这是否有用，因为通常情况下，人们都知道自己在寻找哪一种或几种格式，而对多种格式感兴趣的地方，通常是1D格式，它们的速度非常快 （在Android应用程序中，情况并非如此；它必须与Handler异步处理。） 当然，较小的预览帧解码速度更快，但在某种程度上，较小的预览帧会掩盖有用的细节。在第一个版本中，Android在G1上的预览尺寸是480x320，这对于二维码和大多数一维条形码来说都很好。我建议至少，比如说，现在是800x480，但收益递减很快就会到来
# 1 楼答案
不，它不会在库中的任何地方生成任何新线程。一切都是在调用线程中连续完成的
我曾经想过把它作为一种选择。在并行执行一些推测性解码时，仍然可以保留当前的优先级顺序。最终可能会浪费一些工作，但却能在更短的时间内得到答案。我不知道这是否有用，因为通常情况下，人们都知道自己在寻找哪一种或几种格式，而对多种格式感兴趣的地方，通常是1D格式，它们的速度非常快
（在Android应用程序中，情况并非如此；它必须与
Handler异步处理。）当然，较小的预览帧解码速度更快，但在某种程度上，较小的预览帧会掩盖有用的细节。在第一个版本中，Android在G1上的预览尺寸是480x320，这对于二维码和大多数一维条形码来说都很好。我建议至少，比如说，现在是800x480，但收益递减很快就会到来