很多人在开发软件时会用到开源库，比如某个功能模块写起来太麻烦，直接引用一个现成的 LGPL 授权的库省时省力。但用了之后才发现，这个许可证有点特殊——它不像 MIT 那样宽松，也不像 GPL 那样严格，处在中间地带，稍不注意就容易踩坑。
LGPL 是什么？
LGPL 全称是 GNU Lesser General Public License，中文叫“GNU 宽通用公共许可证”。它是 GPL 的一个变种，主要设计给类库（library）使用。目的是让开发者可以自由使用这些库，同时又能保证库本身的开源性质不会被闭源软件“吃掉”。
静态链接和动态链接的区别很重要
假设你在做一个 Windows 桌面程序，用到了一个 LGPL 协议的 C++ 动态链接库（.dll）。如果你只是动态调用它，比如你的程序运行时加载这个 dll 文件，那没问题——你自己的主程序可以用任何许可证发布，哪怕是闭源商业软件也行。
但如果你把这段代码静态编译进你的可执行文件里，也就是 .lib 直接打包装进去，这就不同了。这时候你必须向用户提供修改该库的能力，比如允许他们替换这个库，并且要提供你所使用的库的源码或获取方式。
必须提供库的源代码或获取途径
哪怕你的主程序是闭源的，只要用了 LGPL 的库，就得确保用户能拿到这个库的源码。你可以选择：
- 随软件一起附带源码
- 在安装包里提供下载链接
- 在官网上公开声明并提供获取方式
例如，你在公司做一款收费工具软件，内置了一个 LGPL 的图像处理库。那你得在官网放个“开源组件说明”页面，里面列出这个库的名字、版本、授权协议，并附上完整的源码打包下载地址。
修改了库代码怎么办？
如果你对那个 LGPL 库动了手脚，比如修了个 bug 或加了新功能，那就必须把你改过的库代码开源出来。注意，这里只要求你开源修改后的库，而不是整个项目。
举个例子：你拿了一个叫 libpngpp 的 LGPL 图像库，改了它的压缩算法。那你需要把你修改后的 libpngpp 代码上传到 GitHub 并公开，但你的主程序依然可以闭源销售。
不能改许可证
有些人想着“我用了这个库，但我重新打包一下，换成 MIT 发布”，这是不允许的。LGPL 明确规定，你不能改变原作品的许可证类型。你想怎么用可以，但必须沿用 LGPL 来分发这个库本身。
常见误区澄清
有人以为“只要不收费就能随便用”，其实跟收不收费没关系。LGPL 关注的是能不能让用户自由修改和替换你所使用的库。哪怕你是免费发布的软件，如果没提供源码或阻止用户替换库文件，照样违规。
还有一种情况：你在 Web 项目中通过 JavaScript 调用一个 LGPL 授权的前端库。这种情况一般不涉及“分发”，所以通常不需要开放你整个前端代码。但如果这个库是以服务形式运行在服务器端（比如 WASM 模块或 Node.js 模块），并且你修改过它，那就另当别论。
一个简单的合规做法
最稳妥的方式是在软件的“关于”页面或文档中加入类似这样的声明：
本软件使用了以下 LGPL 授权的开源库：
- libexample v1.2.0
源码下载地址：https://example.com/libexample-source.tar.gz
原始项目地址：https://github.com/example/libexample
您可以自由获取、修改和重新分发上述库的源代码。
这样既符合要求，又不会影响你主程序的商业模式。
说到底，LGPL 的核心不是限制你赚钱，而是保护开源社区的努力成果不被私有化。搞清楚它的使用边界，既能安心用轮子，也能避免日后法律纠纷。