1.konva.js 原理与源码解析
2.openGauss数据库源码解析系列文章——事务机制源码解析（一）
3.网络I/O库总结（libevent,底层代码libuv,libev,libeio）
4.一文了解数据库 Set 命令源码
5.Vite 源码学习3. package.json分析
6.c++中后缀名.c与.cpp的区别
konva.js 原理与源码解析
Konva是一个基于2D canvas的类库，适用于桌面和移动设备，库源提供图形组件、码底码事件系统、层源变换、和代高性能动画、意思双语 源码节点嵌套与分层等功能。底层代码Konva与FabricJS都是库源高性能2D渲染库，适合编辑器场景，码底码各有优势。层源
Konva架构基于图形树，和代类似DOM结构，意思通过add和remove操作增删节点。底层代码核心包括SceneContext和HitContext，库源实现绘制填充和描边。码底码Konva通过Canvas缓存绘制图形信息，用户点击时判断击中图形。
拾取方案中，Konva在SceneCanvas上绘制图形同时在HitCanvas上绘制，使用随机索引颜色，用户点击时根据缓存判断图形。流程包括获取交集、计算击中图形，触发交互事件。
Konva的Node类是图形的底层封装，包含各种方法，所有Konva节点最终继承自Node。渲染流程包括添加图形、绘制、缓存和重绘。Node类的draw方法调用drawScene和drawHit，最终执行具体图形类的绘制方法。
属性更新流程使用Factory模块绑定属性，通过getter和setter实现，统一调用Node._setAttr方法更新属性并批量重绘。Konva历史源码基于ES3定义类，Factory模块在代码中添加属性绑定逻辑。
总体而言，Konva的结构设计、图形绘制、交互处理和属性更新机制共同构建了一个高效、灵活的2D图形渲染框架。
openGauss数据库源码解析系列文章——事务机制源码解析（一）
事务是数据库操作的核心单位，必须满足原子性、一致性、隔离性、持久性（ACID）四大属性，确保数据操作的远程实现源码可靠性与一致性。以下是openGauss数据库中事务机制的详细解析：
### 事务整体架构与代码概览
在openGauss中，事务的实现与存储引擎紧密关联，主要集中在源代码的`gausskernel/storage/access/transam`与`gausskernel/storage/lmgr`目录下。事务系统包含关键组件：
1. **事务管理器**：事务系统的中枢，基于有限循环状态机，接收外部命令并根据当前事务状态决定下一步执行。
2. **日志管理器**：记录事务执行状态及数据变化过程，包括事务提交日志（CLOG）、事务提交序列日志（CSNLOG）与事务日志（XLOG）。
3. **线程管理机制**：通过内存区域记录所有线程的事务信息，支持跨线程事务状态查询。
4. **MVCC机制**：采用多版本并发控制（MVCC）实现读写隔离，结合事务提交的CSN序列号，确保数据读取的正确性。
5. **锁管理器**：实现写并发控制，通过锁机制保证事务执行的隔离性。
### 事务并发控制
事务并发控制机制保障并发执行下的数据库ACID属性，主要由以下部分构成：
- **事务状态机**：分上层与底层两个层次，上层状态机通过分层设计，支持灵活处理客户端事务执行语句（BEGIN/START TRANSACTION/COMMIT/ROLLBACK/END），底层状态机记录事务具体状态，包括事务的开启、执行、结束等状态变化。
#### 事务状态机分解
- **事务块状态**：支持多条查询语句的事务块，包含默认、已开始、事务开始、运行中、结束状态。
- **底层事务状态**：状态包括TRANS_DEFAULT、TRANS_START、TRANS_INPROGRESS、TRANS_COMMIT、TRANS_ABORT、TRANS_DEFAULT，分别对应事务的初始、开启、运行、提交、回滚及结束状态。
#### 事务状态转换与实例
通过状态机实例展示事务执行流程，包括BEGIN、SELECT、END语句的执行过程，以及相应的状态转换。
- **BEGIN**：开始一个事务，源码程序侠状态从默认转为已开始，之后根据语句执行逻辑状态转换。
- **SELECT**：查询语句执行，状态保持为已开始或运行中，事务状态不发生变化。
- **END**：结束事务，状态从运行中或已开始转换为默认状态。
#### 事务ID分配与日志
事务ID（xid）以uint单调递增序列分配，用于标识每个事务，CLOG与CSNLOG分别记录事务的提交状态与序列号，采用SLRU机制管理日志，确保资源高效利用。
### 总结
事务机制在openGauss数据库中起着核心作用，通过详细的架构设计与状态管理，确保了数据操作的ACID属性，支持高并发环境下的高效、一致的数据处理。MVCC与事务ID的合理使用，进一步提升了数据库的性能与数据一致性。未来，将深入探讨事务并发控制的MVCC可见性判断机制与进程内的多线程管理机制，敬请期待。
网络I/O库总结（libevent,libuv,libev,libeio）
Libevent
Libevent 是一个基于事件驱动模型的非阻塞网络库，用于构建高速、可移植的非阻塞 IO 应用。广泛应用于 memcached、Vomit、Nylon、Netchat 等项目中，作为底层网络库，用于实现 TCP 或 HTTP 服务。Libevent 的 GitHub 源码可访问。
Libev
Libev 是由 Marc Lehmann 独立完成的，对不同系统非阻塞模型进行简单封装，解决了不同 API 之间的不兼容问题，保证程序在大多数 *nix 平台上运行。Libev 支持类 UNIX 系统的多种 I/O 多路复用模型，如 select、poll、epoll、kqueue、evports 等，但对于 Windows 的支持仅限于 select 模型，效率较低，性能不如 Libuv 封装的 IOCP。Libev 目标是修复 Libevent 的一些设计问题，如避免使用全局变量，bustabit 游戏源码提供更高效的事件类型管理。
Libuv
Libuv 是一个跨平台、高性能、事件驱动的异步 IO 库，用 C 语言编写，封装了不同平台底层的高性能 IO 模型，如 epoll、kqueue、IOCP、event ports，具有高度可移植性。Libuv 为 Node.js 设计，但因其高效模型逐渐被其他语言和项目采纳，用于底层库，如 Luvit、Julia、uvloop、pyuv 等。
Libevent、Libev、Libuv 比较
根据 GitHub 星标数，Libuv 的影响力最大，其次是 Libevent，Libev 关注较少。在优先级、事件循环、线程安全等方面，Libuv 更为现代，支持多种平台和 IO 模型，提供了更优的性能和功能。Libevent 和 Libev 分别针对不同平台和需求进行优化，Libev 旨在修复 Libevent 的问题。性能和可移植性方面，Libuv 优于 Libevent 和 Libev。
异步 IO 实现
目前 Linux 异步 IO 实现有原生异步 IO 和多线程模拟异步 IO 两种方式。原生异步 IO 支持特定场景，但不充分利用 Page cache；多线程模拟异步 IO 方式如 Glibc AIO、libeio、io_uring 等，提供更广泛的适用场景。
一文了解数据库 Set 命令源码
在OpenMLDB数据库中，Set命令是SQL语法的一部分，提供了灵活的变量管理。要深入理解Set命令的源码实现，首先需要参考命令行客户端的入口函数，找到与Set语句对应的逻辑计划节点kPlanTypeSet。这部分代码会调用SetVariable函数，源码代码反码根据逻辑计划分析配置，区分系统变量和局部变量。
系统变量会在底层持久化，影响所有OpenMLDB客户端，其底层实现会在其他相关文档中详细说明。目前仅支持四种配置，对于新增配置，开发者可以考虑添加错误处理。所有设置的全局变量和局部变量都会存储在SQLClusterRouter类的成员变量中，这意味着每个客户端的内存会记录从启动以来的所有变量信息。
使用Set命令设置变量后，SQL语句会根据内存中的变量进行相应的操作，如自动选择离线或在线模式。用户可以通过"show variables"语句查看当前变量值，但暂不支持"like"子句。有兴趣的程序员可以扩展此功能，相关GitHub issue可在github.com/4paradigm/OpenMLDB/...中找到。
总的来说，OpenMLDB的变量管理是其强大功能之一，未来将不断扩展SQL功能，以满足更多需求。
Vite 源码学习3. package.json分析
在Vite项目中，package.json文件起着至关重要的作用，它管理着项目依赖的安装和使用。首先，我们来看看dependencies部分，它包含了Vite项目运行时所需的第三方库：
- @babel/parser: Babel JavaScript解释器，用于编译源代码。
- @rollup/plugin-commonjs: 提供对CommonJS语法的支持。
- @rollup/plugin-json: 解析和处理JSON文件。
- @rollup/plugin-node-resolve: 负责使用Node的模块定位机制，找到依赖的库。
- @types/*: TypeScript类型定义，尽管库本身未用TypeScript编写，但这些类型定义有助于Vite在运行时提供类型支持。
- @vue/compiler-dom: 处理Vue模板编译。
- @vue/compiler-sfc: 用于Vue底层单文件组件的底层工具。
同时，还有一些用于优化和压缩的库，如brotli-size用于字符串或Buffer的压缩，clean-css用于快速且高效的CSS优化，debug用于调试，dotenv用于加载环境变量等。
devDependencies部分则主要为开发环境提供支持：
- @babel/runtime: Babel的运行时工具。
- @pika/react 和 @pika/react-dom: React的兼容包。
- 一连串的@types/*: TypeScript类型定义，确保与各种库的兼容性。
- bootstrap: 常见的前端框架。
- conventional-changelog-cli: 生成项目变更日志。
- cross-env: 跨平台处理环境变量。
- jest: 流行的JavaScript测试框架。
- 一系列的库用于处理CSS、文件操作、日期处理、模板引擎等。
这些库共同构建了Vite项目的开发和运行环境，确保了项目的高效运行和功能实现。通过深入理解package.json，开发者可以更好地管理项目的依赖关系，优化开发流程。后续的开发和维护工作也会围绕这些依赖展开。
c++中后缀名.c与.cpp的区别
在C++中，后缀名.c和.cpp存在明显的区别。它们分别代表了两种不同的文件类型，拥有不同的功能和用途。 文件类型不同： 1. .c后缀：代表C语言源代码文件。虽然C++是C语言的超集，但.c文件通常用于存放纯C语言的代码。这些文件包含了用C语言编写的函数、变量定义等。 2. .cpp后缀：代表C++源代码文件。.cpp文件用于存放C++代码，这些代码可以包含C++特有的特性，如类、对象、继承等。 编译处理不同： 在编译过程中，编译器会根据文件的后缀来确定应该使用哪种语言的标准和规则进行编译。对于.c文件，编译器将其视为C语言源代码，并使用相应的C编译器进行编译；而对于.cpp文件，编译器会将其视为C++源代码，使用C++编译器进行编译。 功能与应用场景不同： 由于两种语言在处理方式和特性上的差异，.c和.cpp文件在应用场景中也有所不同。通常情况下，.c文件用于编写底层系统代码或与硬件交互的代码，而.cpp文件则更多地用于开发复杂的应用程序、游戏等。此外，在某些情况下，一个项目中可能会同时使用这两种文件类型，以满足不同的需求。例如，一个包含底层库的项目可能会同时使用C和C++代码，这时就需要分别使用这两种后缀的文件。 总结来说，虽然C++是C的超集，但在实际开发过程中，.c和.cpp两种文件类型仍有着明确的区别和应用场景。了解这些区别有助于更准确地编写和组织代码，提高开发效率。C/C++开发人员要了解的几大著名C/C++开源库
在开源软件领域，众多知名的国产软件如暴风音影、腾讯会议、PC版微信等，背后都依托于一些大型的C/C++开源库。本文将深入介绍几种日常工作中常用的C/C++开源库，为开发者提供借鉴与参考。
**多媒体处理开源库FFmpeg
**FFmpeg，享有盛名的音视频多媒体处理开源库，几乎每个做过音视频编解码开发的开发者都熟悉。它包含了广泛而全面的音视频编码协议，如H、H、MPEG4、H等，并提供了一整套音视频处理解决方案。从音视频采集与编码、解码、格式转换到视频抓图和加水印，FFmpeg都能轻松应对。其强大的sdk接口允许开发者直接接收和发送码流，读写文件，进行编解码操作，以及修改解码数据格式等。
FFmpeg基于C语言实现，执行效率接近汇编语言，特别适合对实时性有高要求的音视频处理场景。项目中常包含优化效率的汇编代码，直接控制操作以达到最优性能，不依赖通用编译器生成的汇编代码。
几乎所有的视频播放器都依赖FFmpeg的音视频解码功能，包括暴风影音、QQ影音、腾讯视频、爱奇艺视频、优酷视频等。播放器通过将压缩的视频图像帧解码为并连续显示来实现动态播放效果。帧率达到帧时，人眼就能感知连续动态的播放。
FFmpeg支持多种音视频格式的相互转换，广泛应用于格式工厂、暴风转码、QQ音影视频格式转换工具、狸窝视频转换器、迅捷视频转换器等软件。
**实时音视频处理开源库WebRTC
**WebRTC，由Google发起的实时音视频通讯开源库，提供了从音视频采集、编码、网络传输到解码渲染的整套解决方案。WebRTC使得开发者能够轻松构建实时音视频应用，无需下载插件，只需编写简单的JavaScript程序即可实现。
WebRTC基于C/C++实现，具有跨平台性能，支持Windows、MAC、iOS和Android等多系统，通过调用相应系统的SDK即可构建音视频应用。虽然称为WebRTC，它不仅支持Web间通讯，还支持Windows、Android和iOS平台。
WebRTC因其出色的音视频效果和网络适应性，广泛应用于视频会议、实时音视频直播等领域。腾讯会议、华为WeLink、字节飞书、阿里钉钉、科达、ZOOM、小鱼易连等均采用了WebRTC方案提供视频会议服务。声网（Agora）基于开源WebRTC库，提供了多个行业的音视频互动解决方案，服务覆盖了包括小米、陌陌、斗鱼、哔哩哔哩、新东方、小红书、HTC VIVE、The Meet Group、Bunch、Yalla等企业和机构。
**Chromium浏览器内核开源库Chromium
**Chromium是Google的久负盛名的浏览器开源项目，作为Chrome浏览器的引擎，其设计理念强调简单、高速、稳定与安全。Chromium采用了WebKit渲染引擎和V8 JavaScript引擎，支持沙盒、黑名单、无痕浏览等功能，提供了稳定与安全的网页浏览环境。
Chromium与Chrome浏览器的关系：Chromium是Google的开源项目，而Chrome是基于Chromium维护的浏览器，添加了更多功能并进行了优化。Chromium面向的是极客、开发人员和体验新功能的用户。
Chromium的根目录下包含了多个文件夹，如Android WebView实现、Chromium浏览器代码、base模块、breakpad崩溃报告、build构建配置、cc合成器实现等。Chromium使用多进程架构，支持多种协议的网络通信，提供丰富的API接口，适合开发者深入研究。
**Chromium嵌入式框架开源库CEF
**CEF，Chromium Embedded Framework，是一个基于Chromium的开源浏览器控件，使用C++实现。它作为浏览器控件嵌入到应用程序中，允许在应用窗口中打开网页。CEF提供了稳定且丰富的API接口，支持Windows、Linux、Mac等多个平台，能与Webkit渲染引擎和HTML5特性兼容。
CEF典型应用场景包括：嵌入浏览器控件到本地应用、创建轻量级浏览器壳、离线渲染Web内容、自动化Web测试等。许多C/S架构的PC桌面程序，如QQ、PC版微信、企业微信、钉钉、飞书、迅雷、爱奇艺视频客户端、优酷视频客户端、有道词典、有道云笔记、MindMaster等，都内嵌了CEF浏览器控件。
**多协议网络传输开源库libcurl
**libcurl是一个跨平台的网络传输库，支持多种协议如ftp、ftps、、ldap等，使用C语言实现，适用于Windows、Unix、Linux等多个操作系统。libcurl提供了一套统一的API接口，简化了网络通信的实现，使得开发者能够轻松实现基于多种协议的数据通信。
**开源操作系统ReactOS
**ReactOS是一款基于Windows NT架构的开源操作系统，目标是实现与Windows XP系统在应用程序和驱动设备兼容性上的完全匹配。使用类似的系统架构和API接口，ReactOS为开发者提供了深入了解Windows系统内部实现的途径。
**开源多媒体播放器VLC
**VLC全称为VideoLan Client，是一款跨平台的多媒体播放器，使用C语言实现，支持多种音视频协议和流媒体功能。VLC不仅支持本地文件播放，还能直接播放网络流媒体视频，以及没有下载完成的文件。VLC还具备视频转码和网络传输能力，可在Windows和Linux上使用C++/Qt编写，OS X版使用Cocoa框架，提供卓越的原生体验。
本文所介绍的开源库和项目，不仅在软件开发领域有着广泛的应用，也是学习C/C++语言、深入理解底层技术实现的重要资源。通过研究这些开源库的源代码，开发者可以学习到进程间通信、线程管理、网络协议实现等关键技术，对提升编程技能大有裨益。
