初识C语言笔记这份笔记是我在“从零开始学C语言”过程中积累下来的踩坑记录和心得整理。很多初学C的朋友一开始都以为C语言门槛高、语法枯燥但实际上它最大的价值在于——它让你真正理解计算机是如何工作的。数组怎么存、指针怎么指、内存怎么分这些问题学完C之后你会彻底想通。这份笔记适合刚接触编程、准备啃C语言的新手也适合学过但学到指针就放弃的“回锅肉”。我会把自己试过的写法、踩过的坑、走通的路一条条写清楚让你少走一些弯路。1. 学习路径规划与整体思路拆解1.1 为什么入门首选C语言在开始写具体知识之前我想先聊聊“为什么是C”。市面上入门语言很多Python写起来很爽、Java工作机会多、JavaScript网页离不开为什么还要选择C我个人的理解是C语言是最接近硬件的“人类可读”语言你写的每一行代码背后都能对得上内存里的某个位置、CPU里的某条指令。它不像Python那样把所有细节都封装好也不像Java那样有庞大的运行时给你兜底C的很多机制是需要你自己想清楚的。举个例子Python里写一句a b你不需要关心b到底是怎么被复制过来的。但在C里当你写int a b;你必须知道这是“把b的值复制给a”而这个复制动作背后涉及栈内存的分配、字节的拷贝甚至还有类型转换的隐藏规则。理解这些细节之后再去学任何其他语言你会发现有“降维打击”一样的优势因为你看到一个变量时脑子里出现的不只是一个名字而是它在内存里的位置、大小、生命周期。另一个理由C语言是所有操作系统、嵌入式系统、底层工具链的核心语言。Linux内核是C写的、Windows底层大量C/C、数据库的存储引擎基本也是C。如果你以后想做后端、嵌入式、信息安全、甚至游戏引擎C几乎是必选项。就算你以后写Java或者Go底层原理也会频繁提到“内存分配”“指针”“栈和堆”这些C语言概念。1.2 我的三段式学习路线很多初学者拿到一本大部头的C语言教材就开始啃结果学到函数、指针那一章就彻底崩溃。我踩过这个坑所以我把自己的学习路径总结成了三段式语法基础、内存思维、项目实战。三个阶段不是截然分开的而是循环穿插。第一段是语法基础包括变量、数据类型、运算符、分支循环、函数这一阶段的目标是“能看懂代码、能写简单的逻辑”。不需要追求所有细节都懂比如运算符优先级先混个眼熟就行。这个阶段的学习目标是建立代码感觉就像学语言先学单词和基本句型一样。第二段是内存思维这是C语言学习真正的分水岭。数组、指针、字符串、结构体、动态内存分配这些内容如果只是“背语法”是学不会的你必须建立“内存视角”。我建议学到这里时配合打印地址、画内存图、用手写板推演哪怕慢一点也要把每个变量的生命周期、每个指针的指向彻底搞清楚。这一阶段熬过去之后C语言的大门才算真正打开。第三段是项目实战。学过语法但没写过项目等于白学。我自己当时做了一个“学生成绩管理系统”的练手项目大概600行代码涵盖结构体数组、文件读写、排序算法、菜单交互做完之后顿时觉得自己“会写代码了”。这种命令行小项目比任何教材习题都管用。2. 核心语法与代码细节拆解2.1 变量、数据类型与printf的坑C语言的数据类型是很多初学者第一批踩坑的地方。int、float、double、char看似简单但实际用起来容易翻车。比如两个整数相除3/2的结果是1而不是1.5因为整数除法会直接把小数部分丢掉。我一开始写计算平均分的代码sum / count出来永远是整数全班成绩被截断得惨不忍睹。后来知道一个技巧把其中一个数转成float比如(float)sum / count或者直接写成sum * 1.0 / count。这个细节看起来小但在很多业务逻辑里会导致严重的精度问题。再看printf格式化输出的坑。printf(%d, 3.14)这种写错格式符的情况编译器有时候连警告都不给运行时输出的可能是一个无关的垃圾数字。因为%d会从栈上读取一个整型但你在参数位放了一个浮点型读取方式完全不匹配。我在初学阶段就经常犯这种错后来学乖了写每个printf之前先确认三件事——格式符类型对不对、参数个数够不够、参数顺序有没有乱。对于浮点型一定要用%f字符用%c字符串用%s指针用%p。变量初始化是另一个我一直强调的点。C语言不会自动帮你初始化变量。定义一个局部变量却不赋值它的初始值是一个随机垃圾值。我之前写过一个程序声明了一个int score用来累加成绩忘记初始化就直接在上面结果成绩总和是一个天文数字。排查了半天才发现是初始化为0的问题白白浪费了一个多小时。所以记住一个铁律C语言中所有变量先初始化再使用。2.2 分支、循环与结构化思维学分支和循环时很多教程会罗列一堆语法规则但真正难的其实是“怎么用结构化思维来解决问题”。if-else和switch-case什么场景选哪个for、while、do-while有什么区别这些问题的背后不是语法而是你要用“条件分支”“循环迭代”的方式去描述一个业务流程。我自己的一个习惯是动手写代码前先在纸上画出流程草图。比如一个登录功能先判断账号是否为空再判断密码是否正确然后判断是否锁定每一步就是一个分支密码重试次数就是一个循环。这个思维习惯帮我避开了非常多在代码堆里绕来绕去的坑。写完代码后我还习惯自己口头把流程“讲一遍”哪里讲不通哪里就有逻辑错误。在循环里有三个关键字要特别重视break、continue、goto。很多新手不喜欢用goto甚至有些教材说“goto有害”但C语言里goto在错误处理和深层嵌套退出时有不可替代的优势。比如多层循环中判断到异常情况需要直接退出break只能退出一层循环而goto可以直接跳转到指定的标签位置代码反而更清晰。不过我的建议是goto可以了解但在新手期尽量不用先练习用break 状态标志解决问题等代码结构感建立之后再根据场景决定是否引入goto。2.3 数组与字符串的本质数组在C语言里其实就是一个“连续内存块”的语法糖。声明int arr[10]相当于在内存里开辟了一块可以装10个int的空间。这句话很多初学者听过就完事了但实际用起来很容易忽略两个关键点数组下标从0开始数组名本身是一个指针常量指向首元素地址。下标从0开始这个事看起来不起眼但它确实是刚学的时候最闹心的问题之一。我写一个遍历数组的循环总是习惯性地for(i 1; i 10; i)结果第一个元素没读到最后一个元素越界读到了垃圾值。C语言不检查数组下标越界你读10个元素之外的内存它不会报错而是会给你一个随机值甚至可能导致程序崩溃。要做的是写循环的时候条件一律写成i 数组长度从0开始。字符串更是初学者重灾区。C语言没有内置的字符串类型字符串本质上是char数组以\0结尾。像char name[20] Alice这种写法实际上数组里有6个字符——A、l、i、c、e、\0。我初学时不理解为什么要多出一个\0后来才明白它是字符串结束的哨兵标准库里的strlen、strcpy都是靠它来判断字符串在哪结束的。如果忘记留出\0的位置字符串处理函数就会一直往后读取内存直到碰巧遇到一个0为止轻则输出乱码重则程序直接崩溃。2.4 函数设计与作用域函数是“模块化思维”的第一步。很多新手写代码喜欢把所有逻辑全堆在main函数里几百行下来自己都看不懂。写函数的关键考量是职责单一、参数明确、返回值清晰。比如“计算学生平均分”就单独拆一个函数输入是成绩数组和人数输出是平均分不要让它顺便去打印结果画蛇添足。作用域这个事更值得好好理解。C语言中变量按作用域分局部变量和全局变量。全局变量所有函数都能访问看似方便但副作用很大——一个函数改了全局变量另一个函数可能莫名其妙受影响。我在写项目时曾经因为全局变量纠结了很久一个函数里为了临时用途改了全局状态结果另一个函数调用时数据全乱了查了大半天才定位到问题。后来我给自己立了个规矩能用局部变量时绝对不用全局变量函数之间的数据传递尽量通过参数和返回值完成。这个习惯让我的代码调试轻松非常多。还有static关键字要提一嘴。局部变量加static后它的生命周期变为整个程序运行期间但作用范围仍然只在函数内部。这个特性很适合用于计数器打点比如统计这个函数被调用了多少次我在写递归函数时也经常用到static变量来保存累计状态。3. 指针与内存C语言最硬的骨头3.1 指针的直觉理解地址就是门牌号指针如果只背概念——指针是存放变量地址的变量没人能学明白。我换一种方式理解内存就像一栋巨大的公寓楼每个房间都有门牌号地址房间里住着数据。普通变量是直接住在这个房间里你想看数据就进房间。指针变量则是记录了一个门牌号的纸条你看纸条上的门牌号然后顺着它找到那个房间再看数据。有了这个直觉之后指针的很多操作就顺理成章了。int *p a;的意思就是p这张纸条上写着变量a的门牌号。*p就是“沿着p记录的门牌号找到那个房间取出里面的数据”。a就是“获取a的门牌号”。这样理解之后指针、取地址、解引用三个核心操作就不再是割裂的概念了。还有一个重要细节指针本身也是变量它也有自己的门牌号。所以你还可以声明“指针的指针”int **pp p;这就是一个写着“p门牌号”的纸条。初学时不建议深挖二级指针但你要知道这个东西存在后面用链表、动态多维数组时迟早会遇到。3.2 指针运算与数组的纠缠指针和数组是C语言里一对“纠缠不清”的概念。int arr[5]中数组名arr本质上是arr[0]也就是首元素的地址。所以你可以用指针来操作数组int *p arr;之后*(p2)就等价于arr[2]。这里面的关键是p2不是“门牌号2”而是“门牌号偏移2个int的距离”也就是向后移动了8个字节如果int占4字节的话。这种偏移规则经常让人犯晕我总结了一个口诀指针加几就移动几个单位至于一个单位是多少字节取决于指针的类型。int*一次移动4字节在常见32位int系统上char*一次移动1字节double*一次移动8字节。所以指针类型不是可有可无的修饰它直接决定了指针算术的结果。另一个常见需求通过指针遍历数组并打印每个元素。我常用的写法是#include stdio.h int main() { int arr[] {10, 20, 30, 40, 50}; int *p arr; int len sizeof(arr) / sizeof(arr[0]); for (int i 0; i len; i) { printf(arr[%d] %d, address %p\n, i, *(p i), (void *)(p i)); } return 0; }这里的sizeof(arr)是整个数组占用的字节数sizeof(arr[0])是单个元素字节数两者相除得到元素个数。这个写法在数组作为函数参数传递时会失效因为数组传参后会被“退化”成指针sizeof拿到的就是指针大小而不是整个数组大小了。这是我踩过的坑之一后面还会细说。3.3 动态内存分配malloc与free的黄金搭档C语言的动态内存分配是“内存思维”的高峰。什么时候用栈、什么时候用堆在函数内部定义的局部数组函数一结束这段内存就自动回收了。但如果你的数据量是运行时才能确定的比如用户输入了100个学生还是1000个学生就需要用到堆内存——它不会自动回收需要你用malloc申请、用free释放。malloc的用法看起来简单但有两个细节很重要。第一malloc返回的是void*使用时通常需要强制类型转换成需要的指针类型int *p (int *)malloc(n * sizeof(int));。第二申请内存可能失败返回NULL。很多新手忘了检查这一点结果程序在极端情况下直接崩溃我的习惯是每次malloc后面紧跟一个空指针判断。free的注意事项同样多。一个经典错误是“悬空指针”释放内存后没有把指针置为NULL指针依然保存着那块已经释放的地址如果再使用这个指针就会访问非法内存。正确的做法是free(p); p NULL;。另一个经典错误是“重复释放”对同一块内存free两次会导致未定义行为。如果代码里多个指针都指向同一块内存释放一次后就应立刻将相关指针全部置空彻底断开它们的指向关系。动态内存还有一个内存泄漏问题频繁申请而不释放程序占用的内存会不断增长。我自己在做一个小工具的时候在一个循环里反复malloc却忘记free跑了十几分钟后内存占用飙升到几个G直接卡死。从此以后我每写一个malloc就立刻在旁边写好对应的free逻辑回头再做检查这个习惯真心推荐。3.4 数组传参的降级陷阱这是一个让无数初学者崩溃的细节。如果你定义一个函数void printArr(int arr[])看起来是传递数组但实际上数组作为函数参数时会“退化”成指针int arr[]本质上就是int *arr。所以在函数内部sizeof(arr)得到不是数组的大小而是指针的大小通常是8字节64位系统。这个特性带来的后果是在函数内部你无法通过sizeof获取数组元素个数。解决办法是双参数配合函数的第二个参数显式传入数组长度。比如void printArr(int arr[], int len) { for (int i 0; i len; i) { printf(%d , arr[i]); } printf(\n); }调用的时候用printArr(arr, len);。这个模式在C语言中极其常见甚至可以说是一个“标准范式”每天写C代码都会遇到。理解了数组传参就是传指针这件事再看很多库函数的接口设计就会觉得顺理成章。4. 项目实战让语法知识落地生根4.1 练手项目选型从命令行小工具开始我认为第一门语言的第一个项目不一定要太花哨但必须完整。我推荐的入门项目是“学生成绩管理系统”或“图书信息管理系统”这类命令行交互程序。它覆盖面广结构体存储数据、数组管理多条记录、函数负责菜单交互、文件操作实现数据持久化。600~1000行代码难度适中一个月左右可以写完成就感非常强。动手写项目时我强烈建议先列功能清单再设计数据结构最后才是写代码。我当时给自己列的功能清单如下添加学生信息、删除学生信息、修改学生信息、查询学生信息按学号或姓名、显示所有学生成绩并按总分排序、统计班级平均分和及格率、数据保存到文件、程序启动时从文件加载数据。这些功能听起来多但拆开之后每一块都很清晰我按功能模块逐个实现每完成一个功能就测试一个功能而不是等到全部写完再统调。4.2 一个核心模块的完整实现这里贴一个我在项目中写的核心函数用于“按总分从高到低排序学生记录”用结构体数组和选择排序实现代码不长但很能说明C的实际用法#include stdio.h #include string.h #include stdlib.h #define MAX_STUDENTS 100 #define NAME_LEN 20 typedef struct { int id; char name[NAME_LEN]; int chinese; int math; int english; int total; } Student; void sortByTotal(Student students[], int count) { for (int i 0; i count - 1; i) { int maxIdx i; for (int j i 1; j count; j) { if (students[j].total students[maxIdx].total) { maxIdx j; } } if (maxIdx ! i) { Student tmp students[i]; students[i] students[maxIdx]; students[maxIdx] tmp; } } } int main() { Student students[MAX_STUDENTS]; int count 0; // 手动造几条测试数据 students[count].id 1001; strcpy(students[count].name, Alice); students[count].chinese 88; students[count].math 95; students[count].english 90; students[count].total 88 95 90; count; students[count].id 1002; strcpy(students[count].name, Bob); students[count].chinese 76; students[count].math 82; students[count].english 78; students[count].total 76 82 78; count; sortByTotal(students, count); for (int i 0; i count; i) { printf(%s: total %d\n, students[i].name, students[i].total); } return 0; }这里有几个细节值得展开说说。结构体Student用typedef定义别名之后写Student而不是每次都写struct Student省去大量重复。strcpy必须配合string.h才能使用而且它不检查目标缓冲区是否足够大这是安全隐患在练手项目里还问题不大但在真实项目里我很推荐改为有限制的strncpy。sortByTotal函数内部用Student tmp直接交换结构体这个操作本质上是整块内存的拷贝虽然方便但结构体较大时会浪费性能更讲究的做法是交换数组下标或使用指向结构体的指针数组。4.3 学会使用调试工具让错误无处遁形初学C语言时最痛苦的事情是程序编译通过但一运行就崩溃或者输出结果完全不对。这时如果你只会“瞪着代码找bug”效率极低。我的建议是尽早学会使用调试工具Linux/macOS下可以用gdbWindows下配合编译器也有对应的调试能力。GDB的基础用法不难编译时加-g选项保留调试信息然后gdb ./a.out进入调试模式break设置断点run开始运行next单步执行不进入函数step单步执行进入函数print查看变量值backtrace查看调用堆栈。这套组合拳打下来程序崩溃的位置、变量的当前值一览无余。我印象最深刻的一次一个段错误Segmentation Fault我看了半天代码没看出名堂用gdb定位后发现是在一个循环末尾访问了越界的数组元素那一刻真的体会到“调试器和你会不会写代码关系不大和你能不能找到问题关系很大”。如果你觉得命令行工具用不习惯也可以借助带图形界面的IDE例如Visual Studio或者Clion、VS Code搭配调试插件它们同样能设置断点、观察变量、查看调用栈。核心原则是一样的不要只靠猜测和printf打点善用断点观察程序执行过程中的状态变化才是专业做法。4.4 编译与工程化告别单文件的舒适区学C初期你可能所有代码都写在一个.c文件里然后gcc xxx.c -o program一键编译。但一旦项目超过几百行或上千行这种“单文件堆砌”的方式会变得非常痛苦找函数要滚半天一个函数改动会牵连其他代码多人协作更是灾难。所以我从做第一个完整项目时就尝试把代码按模块拆分main.c负责主流程student.c负责学生相关的增删改查file.c负责文件读写配合对应的头文件声明接口。头文件.h是C工程组织的关键。原则是头文件里放接口声明函数原型、结构体定义、宏定义源文件里放具体实现。这样其他模块只需要#include student.h知道有哪些函数可以用不需要关心内部实现细节。在写头文件时一定要加“头文件卫士”#ifndef STUDENT_H #define STUDENT_H #define NAME_LEN 20 typedef struct { int id; char name[NAME_LEN]; int score; } Student; void addStudent(Student *s, char *name, int score); #endif这样同一份头文件被多次include时编译器不会重复定义报错。这个问题我初学时遇到过好几次看报错还以为哪里的结构体写重了后来才明白是缺少头文件卫士。编译多个源文件的命令也不复杂gcc main.c student.c file.c -o student_system或者后续再用Makefile把编译过程自动化。我强烈建议从第一个项目就开始逐步引入多文件工程这不只是C语言的问题更是所有软件开发的通用习惯。5. 学习过程中踩过的坑与避坑清单5.1 最常见的一批新手错误我在学习和指导别人的过程中发现新手犯错其实高度集中很多错误几乎每个人都会遇到一遍。我整理了一个高频错误速查表方便你对照排查错误类型典型场景后果正确做法未初始化变量定义后直接使用随机垃圾值定义时即赋初值数组越界访问循环写错边界读垃圾值或段错误循环条件写i 长度整数除法截断3 / 2结果为1不是1.5浮点数参与运算字符串不留结尾char s[3]abc输出乱码或崩溃数组长度 1 存\0scanf忘记取地址scanf(%d, n);程序崩溃scanf(%d, n);误用代替if (a 1)条件恒真条件比较用malloc后未检查p malloc(...)极端情况下崩溃判空后使用free后再使用指针free(p)后再*p悬空指针崩溃free后置NULL数组传参丢长度函数内用sizeof遍历个数错误额外传长度参数这里面我想重点展开说两个。第一个是scanf忘记取地址scanf接收的是变量地址不是变量值。新手写scanf(%d, n)之后程序往往会直接段错误因为scanf把用户输入的值写入到了一个根本不存在或者说没有授权访问的内存位置。这类bug有时候在gdb里看报错信息更直观它会告诉你写入非法地址。第二个是if (a 1)这类写错等号的情况a 1是赋值表达式它的值是1所以恒真程序会永远走这个分支。我习惯把常量写在等号左侧if (1 a)这样一旦误写成if (1 a)编译器会直接报错而不是留一个隐蔽的逻辑错误让你慢慢查。这个习惯很实用推荐尽早养成。5.2 从报错信息中快速定位问题很多人拿到编译器的报错信息就开始慌特别是碰到一大段红字英文的时候。我要说一个真相编译器报错信息虽然有点吓人但它其实已经很明确地告诉了你问题方向。新手要做的不是把每一条英文都读懂而是抓三个关键信息报错发生在哪个文件哪一行、报的是什么类型的错、涉及哪个变量或函数名。常见的报错类型我总结如下。expected ; before...通常是漏了分号undeclared identifier是变量未声明或头文件没包含incompatible pointer types是指针类型不匹配比如int*和char*混用segmentation fault是常见的运行时崩溃多与空指针或越界访问有关。如果编译报错导致你不知从何改起可以用二分排除法把最近添加的代码块注释掉一部分编译试试再注释掉一部分逐步缩小错误范围。这个方法虽然笨但非常有效。调试时还有一个反直觉的提醒如果程序一次运行正确、一次运行错误那么多半不是“运气问题”而是你的代码里有未初始化变量或者数组越界。这类“不稳定现象”是因为内存里的垃圾值在变化而你的代码读取到了它。不要试图通过反复重跑来碰运气回到代码里去检查变量初始化和数组边界才是正解。5.3 关于调试打印与日志分级的经验在还没熟练使用gdb的那些日子里我主要靠printf来定位问题也就是俗称的“打点法”。这个方法虽然“土”但胜在简单直接尤其对于刚刚接触C语言的新手来说放在关键位置的几个printf可以快速帮你确认程序流程走到哪一步、关键变量此刻是什么值。比如在进入每个函数时打印一行“进入某某函数”在重要计算之后打印“某某变量的值...”在函数末尾打印“正常退出某某函数”。不过全用printf也有问题代码里到处是打印语句删起来非常麻烦而且容易忘记删而导致正式运行时输出一堆调试信息。我的经验是给打印加上一个开关宏用条件编译来控制#define DEBUG 1 #if DEBUG #define dbg_printf(...) printf(__VA_ARGS__) #else #define dbg_printf(...) #endif代码里写dbg_printf(id%d, score%d\n, id, score);当DEBUG定义为1时它会正常打印改成0时所有调试打印语句自动失效不需要逐行删除。这个方法在C项目里非常常见从练手项目到真实工作场景都能用强烈建议掌握。等代码逻辑稳定之后再开启gdb进行更精细的断点调试也不迟。6. 关于入门心态与持续进阶的建议6.1 遇到瓶颈不要怀疑自己换个姿势再来初学C语言的人在指针和动态内存部分卡壳是“普遍规律”不是你的智商问题。我自己曾经在指针这门课上反复看了三遍资料每次都是一脸懵为什么*p有时候是地址有时候是值为什么数组名和指针有时能互换有时不能真正让我突破的不是看了更多视频而是静下心来做了两件事第一每学一个知识点就自己在纸上画内存图把变量名、地址、值一一看清楚第二找那些特别小的练习代码亲手敲进去、加断点、单步执行、观察变量变化。这个过程虽然慢但极其有效——从“好像懂了”变成“真的懂了”。如果你卡在一个知识点超过三天我建议你先把这部分放下回头重看基础知识和相关前置概念。很多时候卡壳是因为前面某个细节没吃透比如不理解数组的内存布局就直接去学指针运算自然会懵。先回去巩固基础再回头来看原来卡住的部分往往会有“破关”的感觉。这种学习模式比死磕一个难点三天三夜要科学得多。6.2 阅读优秀源码是进阶最快的路语法学完、项目做完之后真正让C语言水平大幅提升的方式是阅读优秀源码。但很多人一上来就想读大型开源项目结果被宏定义、复杂结构体、层层函数指针搞得劝退。我的建议是循序渐进先读一些几百行的小工具源码比如一个简易的栈实现、一个哈希表的实现、一个小型命令行解析器这些代码量不大下载下来能读完还能学到很多教科书上不会写的工程技巧。之后再挑战经典领域比如读一读某个简单内存池的源码、一个轻量级网络库的核心模块或者直接看一个嵌入式项目的驱动模块。读源码的时候务必配合调试器在关键函数打断点观察数据结构的生成与变化再回到代码里理解每一步的作用。这个过程不可能很轻松但每读完一个模块你对C语言的掌控力会有一个肉眼可见的提升。我自己在读别人写的链表实现时第一次见识了“带头结点”这种简化边界处理的技巧真的是眼前一亮比自己闭门造车高效太多了。6.3 最后再分享一个查文档的小习惯C语言没有官方“一站式中文教程”但它的标准库函数文档其实非常清晰。我推荐善用在线手册查询某个函数时重点看这几部分函数原型参数和返回值类型、功能描述、参数含义、返回值规则、注意事项和示例。比如查fgets你会发现它读取一行文本并保留换行符还会自动在末尾加\0但如果你不给它足够的缓冲区大小它就只能读取一部分内容剩下的留在输入流里下次fgets又会读到残留内容。这些细节如果只凭猜很容易写错。还有一个小技巧故意去查那些你“以为很熟”的函数比如printf的完整格式控制、scanf的返回值代表什么每次查完都能发现一些以前没注意到的点。这种“把每个细节都摸透”的态度是学好C语言以及任何底层语言最核心的素养。我最开始学C的时候总觉得语法规则太多记不住现在回头看真正重要的不是记住每一个语法细节而是建立一套“一切皆内存、一切皆地址”的底层思维模型拥有这个模型之后C语言的各种规则就不再是分散的知识点而是一个自洽而连贯的整体了。