我使用 Qt 作为动态链接库，并计划在专有软件中使用 LGPL 许可证。Qt 工具包使用其他库，例如 OpenGL、ANGLE、Libjpeg、Webkit 等等。甚至函数 QDate::weekNumber() 也有加州大学伯克利分校的许可通知（参见此处）。许多第 3 方库是核心 Qt 模块的一部分。
通常我们需要包含我们在软件中使用的第 3 方程序/库的许可通知。但是，我不确定是否在关于使用的许可证的通知中，我需要包含关于仅使用 Qt 工具包库的许可证通知，或者我必须包含关于每个第 3 方库或使用的每个代码的单独通知吗？
另一个困惑是，像 KDE 对 Qt 的一些贡献仅使用 GPL（而不是 LGPL）许可。在这种情况下，人们如何使用具有 LGPL 许可证的 Qt 库？
谢谢！
我们通常列出来自第三方组件的许可证。您可以在此处找到列表：http: //qt-project.org/doc/qt-5.0/qtdoc/licenses.html
因此，我们遵循 Digia 的建议：
“Digia 非常感谢这些和其他对 Qt 的贡献。我们建议使用 Qt 的程序也承认这些贡献，并在文档的附录中引用这些许可声明。”
Qt 核心库中的所有 KDE 贡献都属于 LGPL，即使它们在其他地方可能有不同的许可证。这仅适用于核心 Qt 贡献，当然不适用于 KDE 项目的外部库。
一般的经验法则是，如果您拥有 GPL 许可的代码片段，您将被迫在 GPL 许可下发布您的整个软件/代码库，因为 GPL 是病毒式的并且是不允许的。
这是一个相当普遍的问题，例如在处理 linux 内核时，GPU 制造商总是试图找到替代路径将他们的代码直接链接到内核，因为 linux 内核是 GPL，他们希望保持他们的驱动程序闭源并保持拥有所有权利和来源。
BSD 风格的许可证比 LGPL 更宽松，我认为您不会遇到 BSD/MIT 许可证的问题，但是在使用其他人的工作时做个说明总是很好的。
真正的问题是，苹果和微软等一些审查市场通常不接受 LGPL 许可软件，因此您的应用程序很可能会受到审查，并且不会在此类市场上发布。
说到QT的LGPL版本的限制，主要的限制是你不能静态链接，只能动态链接，你需要购买QT才能尊重许可证和静态链接QT。