c语言

【C语言】数据类型和变量sizeof 是求数据类型的大小，不会因数据的变化，而改变数据类型的大小全局变量和局部变量在内存中的存储地方 1）局部变量是放在内存的栈区 2）全局变量是放在内存的静态区 3）堆区是⽤来动态内存管理的

MySQL 核心知识体系：基础操作、索引原理与事务机制SQL 中针对数据的核心操作分为增（INSERT）、删（DELETE）、改（UPDATE）、查（SELECT）四类，是数据库操作的基础。

ReactOS 窗口系统分析（1）：窗口对象与创建 — window.c系列：窗口系统三大主线之窗口显示第 1 册本文基于 ReactOS 真实源码（截至 2026 年 8 月），所有行号均对应当时仓库状态。核心文件：win32ss/user/ntuser/window.c（约 4731 行）配套文件：win32ss/include/ntuser.h（WND/THRDESKHEAD/FNID）、win32ss/user/ntuser/win32.h（THREADINFO/PROCESSINFO）、win32ss/user/ntuser/window.h（内部接口）、w

智者知已应修善业

【51单片机数码管逐位显示1-8余位不亮】2024-10-23缘由为什么我这个数码管，亮灯不是从左到右按顺序来的，是乱序的。_嵌入式-CSDN问答题目是 C51单片机-8位数码管，分别滚动显示单个数字1-8。单片机控制左边第一个数码管显示1，其他不显示，延时之后，控制左边第二个数码管显示2，其他不显示,….直到第八个数码管显示8，其他不显示，

ReactOS 图形系统分析（52）：OpenGL 支持 — wingl.c[wingl.c](file:///d:/reactos/win32ss/gdi/ntgdi/wingl.c)（win32ss/gdi/ntgdi/，共 255 行）是 win32k.sys 中与 OpenGL 窗口像素格式（Window Pixel Format）相关的系统服务集合，即所谓 WinGL API。它向用户态暴露 3 个 NtGdi* 系统调用入口：

ReactOS 图形系统分析（47）：GDI 批处理 — gdibatch.c本文分析 ReactOS 内核态 GDI（win32k.sys / ntgdi）中的 GDI 批处理（GDI Batch）刷出机制，核心源码为 [gdibatch.c](file:///d:/reactos/win32ss/gdi/ntgdi/gdibatch.c)（全文 533 行）。该文件实现了把"攒在用户态 TEB 中的一批小 GDI 命令"一次性解析并执行的内核逻辑，同时承担设备驱动同步（DrvSynchronize）的职责。

ReactOS 窗口系统分析（2）：窗口类 — class.c本文是《ReactOS 窗口系统架构分析》“主线一：窗口显示"系列的第 2 册。第 1 册（ReactOS 窗口系统分析_1.md）分析了窗口创建主路径 window.c；本册深入剖析"窗口类”——窗口创建之前的那一半故事。所有内容均基于 d:\reactos\win32ss\user\ntuser\class.c（2984 行）的真实源码，函数行号以该文件为准。

ReactOS 图形系统分析（53）：系统库存对象 — stockobj.c本文基于 ReactOS 源码 win32ss/gdi/ntgdi/stockobj.c（351 行，截至 2026 年 8 月）及关联模块 gdiobj.c、brush.cpp、font.c、freetype.c、main.c、dclife.c、defwnd.c 深入分析。

【C语言】《C语言函数递归完全指南：思想、限制、经典例题（阶乘/斐波那契/青蛙跳台阶/汉诺塔）与迭代优化》递归是学习C语⾔函数绕不开的⼀个话题，那什么是递归呢？递归其实是⼀种解决问题的⽅法，在C语⾔中，递归就是函数⾃⼰调⽤⾃⼰。

动态内存管理我们已经学会了创建内存的方法（就是创建变量）为什么还有动态内存分配内存。我们使用这种方法开辟空间最大的局限就是空间的大小是固定的，不能随时变换，有时候空间大小是在运行的时候才知道的，那我们开辟的空间就不知道是不是满足了，于是C语言就引入了动态内存管理，让程序员可以自己申请空间和释放空间，这样可以更灵活。

基于C语言的SPSC环形缓冲区程序实现本文以"环形跑道放箱子"为比喻，逐行拆解一段经典的嵌入式环形缓冲区（Ring Buffer）代码，讲清楚每一个设计决策背后的工程智慧。

SuperByteMaster

recursive mutex的使用场景和场景代码递归互斥锁：允许一个任务获取多次锁，而不会导致任务挂起。在一个复杂的软件模块中，可能存在多层函数调用，而最内层和最外层的函数都需要访问同一个共享资源（如外设、全局数据结构）。为了防止在调用过程中被其他任务抢占并破坏数据，每一层都可能需要加锁。

ReactOS 窗口系统架构分析ReactOS 的窗口系统位于 win32ss/user/（Win32 子系统 USER 半边），是 win32k.sys 内核模块中与 GDI 平级的另一大组成部分。GDI 负责"画"，USER（窗口系统）负责"管"——管理窗口、消息、输入、桌面、菜单、剪贴板等。整个窗口系统被编译为两部分：

ReactOS 图形系统分析（46）：DC 工具 — dcutil.c[dcutil.c](file:///d:/reactos/win32ss/gdi/ntgdi/dcutil.c)（约 963 行）位于 win32ss/gdi/ntgdi/ 目录，是 ntgdi 内核模式 GDI 中 DC（Device Context）工具函数集。它与 dcobjs.c（DC 的创建/销毁/对象选择）分工互补：

嵌入式C语言常见考察点（2）1、用数组实现一个循环队列，支持入队、出队、判空、判满。例如数组大小固定为8。2、C语言实现冒泡排序，并优化（如果一轮没有交换则提前结束）

ReactOS 图形系统分析（50）：画笔子系统 — pen.c本文分析 ReactOS Win32 子系统（win32ss）中 ntgdi 的画笔（PEN）子系统，核心源码为 [pen.c](file:///d:/reactos/win32ss/gdi/ntgdi/pen.c)（全文约 516 行）与 [pen.h](file:///d:/reactos/win32ss/gdi/ntgdi/pen.h)。该子系统负责：

ReactOS 图形系统分析（48）：弧线绘制 — arc.c本文档基于 ReactOS 源代码 win32ss/gdi/ntgdi/arc.c（408 行，2026 年 8 月版本）及关联模块逐行分析。关联文件：win32ss/gdi/ntgdi/path.c（PATH_Arc / PATH_DoArcPart）、win32ss/gdi/ntgdi/drawing.c（IntFillArc / IntDrawArc / app_fill_arc / app_draw_arc）、win32ss/include/ntgdityp.h（ARCTYPE）、win32ss

Objective-C 语法完整学习手册（小白自学 + 开发备查）文档定位：零基础自学、日常开发备查；每个语法模块：定义说明 → OC完整示例 → 等价JS/TS代码 → 语法详解 → 异同对比 → 常见坑前置约定

98.C语言易混难点：字符数组与字符串指针的底层差异我们先看两个最常见的字符串定义：从表面上看，二者都能通过printf("%s", s)和printf("%s", p)打印出hello，但它们的底层存储位置、修改权限完全不同：

【C 语言数据结构】单向链表核心操作全解析 + 实战踩坑总结本文是单向链表的入门学习笔记，基于 C 语言、带头结点的设计实现，覆盖创建、插入、遍历、反转、排序、删除、销毁全流程核心操作，并结合实际调试中遇到的段错误、逻辑漏洞等问题整理踩坑指南。