JavaScript代码自完成即受著作权法保护，无需登记；未声明许可不等于可随意使用，须依许可证合规使用，如MIT需保留声明、GPL有传染性、商业项目应避GPL/AGPL。
JavaScript 的许可与版权问题，核心是：你写的代码受法律保护，别人用你的代码必须遵守你定的规则；别人写的代码，你也不能随便拿过来就用。
这不是技术问题，而是法律底线——写代码的人享有著作权，就像作家拥有书的版权一样。哪怕只是一段几十行的工具函数，只要是你独立创作、有独创性，它就自动受《著作权法》保护，无需登记。
JavaScript 代码默认有版权
没有声明 ≠ 没版权。
很多开发者误以为“网页上能右键查看源码，就能随便复制使用”，这是危险误区。
- 小张在个人博客里放了个表单验证脚本，没写任何许可证，也没声明“可自由使用”；
- 公司A直接把这段脚本抄进自己的电商网站，用于用户注册流程；
→ 这属于未经许可的复制和使用，构成潜在侵权。
法律上，原创 JavaScript 代码属于“计算机软件作品”，自完成起即享有著作权（署名权、修改权、复制权、发行权等）。
常见许可协议决定你能怎么用
别人公开代码时附上的许可证，才是你合法使用的钥匙。主流类型有：
立即学习“Java免费学习笔记（深入）”；
-
MIT 许可证
- 允许商用、修改、分发，甚至闭源集成
- 唯一硬性要求：保留原始版权声明和许可文本
- 适合大多数前端库（如 React、Vue 官方示例代码常用）
-
GPLv3
- 强制“传染性”：如果你的项目分发时包含了 GPL 代码，整个衍生作品也得按 GPL 开源
- 但注意：仅在浏览器中运行的 JS（如用户访问你网站时下载执行），通常不视为“分发”，所以多数网站用 GPL 库不必开源自己全部代码
- 若用的是 AGPL，则连 SaaS 模式也要开放源码
-
Apache 2.0
- 类似 MIT，但额外明确授予用户专利使用权，并要求修改处标注
- 适合有企业背景或涉及专利风险的项目
-
CC 协议（如 CC BY-NC-SA）
- 多用于教程、书籍中的示例代码（如《The JavaScript Way》对文字内容用 CC，对代码另用 MIT）
- “非商业（NC）”条款意味着：培训收费、卖课、嵌入付费产品都可能违规
实际操作中容易踩的坑
- 把 GitHub 上没写 LICENSE 文件的项目当作“可随意使用” → 错。默认无授权，只能看，不能用。
- 修改了 MIT 项目的代码，却删掉了头部的版权声明 → 违反许可，失去合法使用权。
- 在公司项目里用了 GPL 库，又拒绝公开自己修改后的构建逻辑或配置 → 可能被认定为规避义务。
- 把多个来源的代码拼在一起打包发布，但只保留了其中一部分的许可声明 → 不完整合规，仍有风险。
怎么做才稳妥？
- 自己开源代码时：在项目根目录放
LICENSE文件，选 MIT（推荐初学者/通用库）或更严格的协议，并在 README 和关键文件头部加注释。 - 使用他人代码前：
- 查
LICENSE或package.json中的license字段 - 看清楚是否含 NC（非商业）、SA（相同方式共享）等限制
- 商业项目优先避开 GPL/AGPL，除非你准备开源全部相关代码
- 查
- 团队协作时：在代码规范中明确要求所有提交必须带许可标识，避免混入无授权片段
基本上就这些。不复杂，但容易忽略。
