代码开源就不能申请软著了？真相是什么？

项目里用了开源框架，是不是就没资格申请软著了？"这是很多开发者心头的疑问，甚至有人因为用了几行开源代码，直接放弃了著作权认证。但真相是——用了开源代码，不等于放弃了著作权。

一、开源和软著，根本不是对立关系

先厘清一个基本概念：开源许可证规范的是代码的使用和分发方式，而不是著作权的归属。

开源意味着作者允许他人在一定条件下使用、修改和分发代码，但并不意味着作者放弃了著作权。事实上，开源许可证的法律基础恰恰是著作权——没有著作权，许可证就无从谈起。这就是为什么开源协议都强调"保留版权声明"：作者的权利一直都在，只是有条件地授权他人使用。

所以，"开源=放弃权利"这个前提就是错的。

二、用了开源代码，自主开发的部分依然享有著作权

一个软件项目通常是混合的——既有自主开发的代码，也有引入的开源组件。这两部分的权利状态是独立的：

• 开源组件：按照对应的开源许可证使用，著作权属于原开发者
• 自主开发的代码：你享有完整的软件著作权，可以进行认证
   
  

打个比方：你用开放标准的砖块盖了一栋房子，砖块的生产者有其权利，但房子的所有权属于你。你不能声称砖块是你发明的，但房子毫无疑问是你的。

关键在于：申请软著时，需要如实说明代码中包含的开源部分，不将他人开源代码声称为自有。 做到这一点，自主开发部分的著作权认证完全不受影响。

三、不同开源许可证的影响有何不同？

开源许可证种类繁多，对二次开发的约束也有差异：

宽松型（MIT、BSD、Apache 2.0等）：允许自由使用、修改和分发，对二次开发的限制极少。基于此类组件的二次开发，著作权认证基本无障碍。

弱传染型（LGPL等）：允许以库的方式引用，对使用方代码的约束有限，通常不影响自主开发部分的著作权主张。

强传染型（GPL等）：要求衍生作品也以相同许可证开源。如果你的代码与GPL代码深度融合，需要评估是否构成"衍生作品"——这涉及许可证合规问题，但不改变自主开发部分本身的著作权属性。

需要区分两个问题： "能不能申请软著"和"要不要遵守开源许可证"是两件事。即使代码中包含GPL组件，你自主开发的部分依然享有著作权；你需要做的是在许可证层面做好合规，而非放弃认证。

四、开源项目本身也需要著作权保护

还有一个容易被忽略的角度：你是开源项目的作者，同样需要著作权认证。

选择开源是你的权利分配方式，但不代表你放弃了维权的能力。如果有人不遵守你的开源许可证——比如去除了版权声明、闭源商用却未遵守GPL要求——你依然需要证明自己是原始权利人，才能主张对方违约侵权。

通过可信时间戳对开源项目的初始版本和每次发布版本进行认证，形成完整的权属证据链。开源和认证并不矛盾——开源是分享的方式，认证是维权的底气。点击查看：中国软件著作权认证申请流程

用了开源代码不等于放弃软著，开源和著作权保护并行不悖。关键是厘清权利边界、做好合规说明，然后主动认证——让每一行你写的代码都有据可查。想了解更多关于软件著作权认证和维权取证的解决方案，点击联系我们 https://www.tsa.cn/about/relate.html