1.几种开发者常见的源码开源软件协议的分析与介绍
2.开发Electron，不小心接触到C++，源码经过一周多的源码时间终于摸索出
3.QImage源码分析之Save方法实现
几种开发者常见的开源软件协议的分析与介绍
1. Mozilla Public License (MPL)
MPL许可允许免费重发布和修改，但要求修改后的源码代码版权归软件的发起者。这种许可旨在维护商业软件的源码利益，同时要求基于该软件的源码android点名系统源码修改无偿贡献版权给软件发起者。因此，源码所有围绕该软件的源码代码版权都集中在发起开发者的手中。与MPL软件相关的源码链接没有特殊要求。
2. BSD开源协议
BSD开源许可是源码一种给予使用者极大自由的许可协议。它允许自由使用和修改源代码，源码也允许将修改后的源码代码作为开源或专有软件再发布。在使用BSD许可的源码代码时，无论是源码以BSD许可为基础进行二次开发，还是源码将BSD许可的代码包含在发布的产品中，都需要满足三个条件：
- 在包含源代码的小照云任务源码再发布产品中，必须包含原始代码的BSD许可。
- 在仅发布二进制类库/软件的情况下，必须在类库/软件的文档和版权声明中包含原始代码的BSD许可。
- 不允许使用开源代码的作者/机构名字和原始产品名字进行市场推广。
BSD许可鼓励代码共享，同时尊重代码作者的著作权。由于它允许修改和重新发布代码，也允许在BSD许可代码上进行商业软件的开发、发布和销售，因此是对商业集成非常友好的许可协议。许多公司在选择开源产品时都首选BSD许可，因为这样可以完全控制第三方的代码，在必要时可以修改或二次开发。
3. Apache License 2.0
Apache许可2.0是著名的非盈利开源组织Apache采用的许可协议。它与BSD许可相似，cci划线公式源码同样鼓励代码共享和尊重原作者的著作权，同时允许代码修改和再发布（作为开源或商业软件）。使用Apache许可的代码需要满足以下条件：
- 向代码的用户提供Apache许可副本。
- 如果修改了代码，需要在被修改的文件中进行说明。
- 在修改和有源代码衍生的代码中包含原始代码的许可、商标、专利声明和其他原作者要求包含的说明。
- 如果再发布的产品中包含一个Notice文件，则需要在Notice文件中包含Apache许可。可以在Notice文件中增加自己的许可，但不能表现为对Apache许可的更改。
Apache许可也是对商业应用友好的许可。使用者可以在需要时修改代码以满足需求，并作为开源或商业产品发布/销售。对数坐标公式源码
4. General Public License (GPL)
GPL许可是最广泛应用的自由软件许可协议。它允许人们修改软件的一个或多个副本或软件的任何部分，以形成基于这些软件的衍生作品。修改过的文件中必须包含明显的说明，表明修改内容和日期。发布的作品，包括本软件的全部或一部分，或基于本软件的全部或部分衍生的作品，必须允许第三方在GPL条款下使用，并且不得因授权行为而收费。
5. Library General Public License (LGPL)
LGPL是针对库的GPL许可。Linux采用了GPL。与鼓励代码重用的BSD、Apache许可等不同，GPL的领涨板块源码目的是开源/免费使用代码以及引用/修改/衍生代码，但不允许将修改后和衍生的代码作为闭源的商业软件发布和销售。这就是为什么我们可以免费使用各种Linux，包括商业公司的Linux和Linux上的各种由个人、组织、商业软件公司开发的免费软件。
6. Public Domain
公共领域授权将软件授权为公共领域，这些软件包没有许可协议，任何人都可以自由使用。
7. zlib/libpng
只要不误传软件的起源并保留原始发布的公告，任何人可以以任何目的使用该软件，包括商业应用。
8. Artistic许可
Artistic许可允许作者保持对进一步开发的控制。
9. MIT许可
MIT许可与BSD许可一样宽泛，作者只想保留版权，无其他限制。使用者必须在发布版中包含原始许可协议的声明，无论是二进制发布还是源代码发布。
开发Electron，不小心接触到C++，经过一周多的时间终于摸索出
研究开发Electron过程中，发现程序在Windows环境下运行无误，但在Linux和macOS系统中遇到问题，主要源于依赖的第三方插件只提供exe程序。为了解决这一问题，开始探索如何使用C++等源码编译出适用于Windows、Linux、macOS的二进制应用程序。
经过一周的学习与实践，终于掌握如何编译Linux和Windows应用程序，但尚未精通在单一系统环境下编译出Windows、Linux、macOS兼容的程序。当前主要涉及交叉编译技术，正深入研究以期获得完整流程，以便后续发布相关教程。
开始准备工具，包括Windows 操作系统、CMake、Visual Studio 等。学习过程分为几个步骤：下载并解压libpng-1.6.源码，查看依赖zlib的版本信息，下载zlib-1.2.8源码，编译生成debug和release版本的静态链接库，并复制zlib-1.2.8/build/zconf.h文件到zlib-1.2.8目录下。随后，使用CMake编译libpng-1.6.，并生成适用于Windows和Linux的静态链接库。同样，遵循上述流程完成mozjpeg-4.0.3的编译。
对于使用MinGW编译的疑问，通过CMake GUI选择“MinGW Makefile”进行配置，等待配置完成并生成Makefile后，在命令行中执行相应的make命令。如果编译出的exe文件无法单独使用，需确保程序依赖的dll文件与exe文件放在同一目录，或使用.xxx-static.exe的命名格式，确保程序正常运行。
QImage源码分析之Save方法实现
在进行图像处理时，发现使用QImage保存图像时出现错误，问题定位在save方法。通过查看源码，了解到save方法根据传递的格式依赖不同类进行处理。例如，PNG格式由QPngHandler类处理，该类调用第三方库libpng进行操作，解释了错误原因，即可能缺少相应库支持。
QImage类内部实现中，可以看到QImageData的私有数据结构，其构造函数也使用了QImageData。使用QScopedPointer作为智能指针，存储图像参数如宽度、高度、深度、字节数等。
save方法有两种实现方式，均通过构造QImageWriter对象来实现，方法参数类型虽不同，但均为QIODevice类型，即用于IO操作。
整个save流程为：调用QImageWriter构造方法，传递图像和输出设备信息，然后调用writer对象的write方法进行保存。
深入阅读Qt源码，发现其设计的精妙之处，感受到Qt源码的独特魅力。对于Qt源码的探索，可能会持续沉迷其中。
