昨天跟几个做独立站的朋友喝茶，聊到一半有人说，上个月刚收到律师函，因为他用了某个开源的前端框架，没遵守开源项目协议，被告侵权了。这事儿给在场的所有人都提了个醒，很多人做项目搭网站天天用开源代码，从来没正儿八经看过协议，觉得不就是个摆看的文件吗，至于吗？这事发生之后，大家才反应过来，原来这里面坑这么多。
开源项目协议不是摆看的废纸
很多人都有这个误区：开源代码就是免费给所有人随便用的，协议就是走个流程。真不是这样啊，开源不是免费无授权，协议就是作者给你的授权说明书，你不按说明书来，那就是侵权，人家找你麻烦完全合理。我之前见过一家做SAAS的创业公司，就是用了一款GPL协议的开源组件，没遵守协议要求，最后被版权方起诉，赔了快八十万才了事，这钱够招三个好程序员了，就因为省了看十分钟协议的功夫，亏大发了。
常见开源协议的核心区别
其实不用把所有协议都背下来，常用的就那么几种，搞懂核心区别就行。比如最宽松的MIT协议，只要你保留作者的版权声明，怎么用都行，改不改，商用不商用，全都不管，很多前端小工具、小库都是这个协议，商用闭源尽管用。然后是GPL协议，这个是很多人踩坑的重灾区，GPL要求只要你的项目用到了GPL协议的代码，不管你是改了还是直接用，整个衍生项目都必须用GPL协议开源，闭源商用就是违反协议。哦对了，还有个LGPL协议，比GPL宽松点，要是你只是动态链接LGPL的库，那你的项目不用开源，静态链接就不行，这点很多人搞不清。然后是Apache协议，比MIT多了个要求，就是你改了代码得标明你修改了哪些地方，也要保留版权声明，其他和MIT差不多，很多大型开源项目比如Android、Apache本身都是用这个协议。BSD协议就和MIT差不多，也是非常宽松，就不多说了。
商用项目选开源要注意什么
要是你做的是闭源商用项目，那选开源代码的时候，优先挑MIT、Apache、BSD、LGPL这些宽松协议的，别碰GPL的，除非你本来就打算开源整个项目。还有哦，很多项目会混用不同协议的代码，比如主项目是MIT，里面嵌了一块GPL的代码，你得把每个部分的协议都看了，不能只看项目主页写的大协议。还有，有些作者会中途改协议，比如某个项目本来用的MIT，后来新版本改成GPL了，你要是用的旧版本的MIT协议代码，那没问题，新版本就不行，这点要注意，更新代码的时候也要看协议变没变。还有，有些国内作者的开源项目，没写清楚协议，这种最好主动找作者问一下授权范围，别稀里糊涂就用了，出问题说不清楚。
真碰到协议纠纷该怎么处理
要是真倒霉收到了律师函，别慌，先一步步来。第一步，先确认对方是不是真的持有这个开源代码的版权，会不会是有人讹你，毕竟现在也有那种专门抓侵权骗钱的机构。第二步，核对自己的使用情况，是不是真的违反了协议，很多时候其实是对方误告，或者你根本没用到那个部分。第三步，要是确实你违反了，那赶紧先把侵权的代码替换掉，然后再和对方谈，一般来说，大部分开源作者要的是你遵守协议，不是要讹你的钱，只要你改了，很多时候事情就了了。要是对方狮子大开口要天价赔偿，那别自己私下谈，找个知识产权律师帮你处理，比你自己瞎摸强。
哦对了，说个我自己早年踩过的坑，刚入行做个人网站的时候，找了个图片轮播的jQuery插件，直接就用上了，也没看协议，做了大半年，突然看到作者发了个声明，说这个插件是GPL协议，商用必须开源整个网站。那时候我那个站是接广告的，属于商用，吓得我当天就把那个插件删了，换了个MIT协议的同款插件，才搞定，那时候吓出一身冷汗，从那以后我用任何开源代码都先扫一眼协议，再也不敢偷懒了。
其实现在开源生态越来越完善，大家的版权意识也越来越强，真不是什么难事，你下载代码之后，花个三五分钟看看根目录里的LICENSE文件，也就搞清楚了，别嫌麻烦，这点功夫总比后面出问题花大钱解决强，你说是不是这个理？
【版权声明】：本站所有内容均来自网络，若无意侵犯到您的权利，请及时与我们联系将尽快删除相关内容!
