我在几分钟内在我的Android应用程序中集成了zbar代码扫描程序（很棒的库！）， 尽管如此，我正在考虑用另一个QR码阅读器替换它。 原因是，网上有很多怀疑[1] [2] LGPL与商业Android项目兼容。
有人可以告诉我为什么zbar使用LGPL但是仍然支持android吗？ （甚至在他们的支持论坛上有一个android部分......）
有没有办法确保我的应用符合许可要求？
答案 0 :(得分：3)
Android平台项目与第三方应用开发者有不同的许可要求。虽然可以在第三方应用程序中替换和反向设计LGPL库，但对于只读固件中的LGPL库却不是这样。
Android zbar的关键部分以二进制.so文件分发。因此，它们在您的分布式应用程序中可以替换为符合LGPL的条款。
对于Java适配器代码（zbar.jar），请确保您没有使用ProGuard或其他模糊处理。
供参考，以下是droidText项目如何解决LGPL合规问题：https://code.google.com/p/droidtext/wiki/LGPLCompliance
（标准的我不是律师免责声明适用。）
答案 1 :(得分：2)
TL / DR：始终将 zbar 源与应用程序一起分发，您很清楚。
我会说，如果用户想要升级库，这并不简单。相反，为了安全起见，您应该将程序视为与库静态链接。 （从实际的角度来看，无论如何，你的程序都是静态链接的。）
如果您这样做，则必须分发 库 的源（或可链接对象文件）。它必须是您使用的潜在调整源，而不是一些通用的下载链接。
<子> 顺便说一句，我也赞成llato's回答，因为它有一些优点，但我不会热衷于在法官面前争论这种推理。 （不是我认为zbar作者特别会把我拖到那里，但你明白了。）