我带过的学生里十个有九个是在运算符上栽过跟头的。前面变量、循环、函数都写得挺顺一遇到像x y 1 2这种表达式人就直接懵了。这个现象在翁恺老师那套视频课的评论区里也很常见——很多同学做练习题出错翻来覆去查最后定位到的原因往往是同一个运算符优先级问题。说真的这不怪大家C语言的运算符有四十多个抽象规则又多光靠死记硬背根本不现实。无论你是在VS Code里刚配好C语言环境还是正在刷浙大和翁恺的练习题运算符这一关都绕不过去。它不像函数、指针那样有一个“很酷”的外壳但恰恰是所有底子里面最值得花时间啃透的一块。只要你掌握了运算符的运作方式后面看数组、字符串、指针乃至内存管理都会突然顺畅很多。1. 先理解运算符的身份它是C语言处理数据的最小单元很多人学C语言的时候把运算符当成“数学符号”去理解这是一个根深蒂固的误会。数学里的、-是抽象运算而C语言里的运算符每一项都对应着具体的内存操作。搞懂这一点整个C语言的底层思维就通了。1.1 运算符本质上在做什么C语言里一个变量其实就是一段内存加一个类型。int a 5;的意思是向编译器申请一块能装下int的空间把二进制数101放进去。当你写int b a 3;的时候这个运算符做的事情是读取a那块内存的值和常量3做加法再把结果写入b的内存。所以运算符可以被理解为一套“数据流操作台”左边接输入右边给输出中间产生的副作用由C标准明确约束。C语言和很多高级语言不一样它的运算符非常贴近寄存器、内存和二进制位。你写a b编译器最终生成的很可能就是一条ADD指令这个“加”不是纸面上的数学加法而是真的在操作数值的二进制表示。也因此5 / 2在C语言里不会等于2.5。两个整数相除结果就是整数2。很多同学在printf(%lf, 5 / 2);里期待一个2.5结果看到2.000000就是因为运算符在产生结果之前就已经按整数除法算完了根本没有转换成浮点的机会。这种“先运算后转换”的规则就是运算符语义的一部分。1.2 一张分类表理清四十多个运算符C语言标准里的运算符数量数起来有四十多个但并不是一锅乱炖。按功能分能分成几个非常清晰的大类建议你把这张表存在手机里当复习索引。类别代表运算符简单说明算术运算符 - * / % --数值运算、自增自减关系运算符 !比较大小或相等结果永远是0或1逻辑运算符! ||按真/假做逻辑判断有短路特性位运算符 | ^ ~ 对二进制位做逐位操作赋值运算符 - * / % | ^ 把计算结果写入变量条件运算符? :唯一的三目运算符逗号运算符,顺序执行多个表达式取最后一个值sizeof运算符sizeof返回类型或表达式占用的字节数下标运算符[]数组访问函数调用运算符()调用函数指针相关* -解引用、取地址、成员访问类型转换运算符(类型)强制类型转换这张表最大的价值不是让你背而是帮你建立“查错索引”。举个例子你看到*第一反应应该是“这里的*是单目还是双目”双目*是乘法单目*是解引用后面跟的是地址而不是数值。一旦认错身份整行代码都会读歪。考试和面试里那些“说出下面表达式的结果”的题本质上就是在考你把复合表达式拆成“运算符操作数”嵌套结构的能力。1.3 为什么我劝你最后再背优先级表优先级表背下来当然有用但只有在你已经理解运算符语义之后它才真正有用。否则就算你碰巧记住了“乘除先于加减”遇到*p照样分不清是(*p)还是*(p)。更合理的顺序是先看具体例子理解每个运算符的求值过程再回头看优先级表。你会发现好几级顺序都是顺着语义自然推出来的单目运算操作的是一个对象所以比操作两个对象的双目运算符更“紧”乘除比加减更“紧”因为数学上它们本来就该先算移位、关系、逻辑层层递进最后赋值和逗号排在最低因为它们做的事情就是把前面算完的结果落袋为安或者串起来。理解了这一层表就不用死背了真正需要特别记忆的只有少几个特例第六节我会专门讲。2. 算术运算符的三座大山整数除法、取余符号和自增算术运算符是C语言里最“亲民”的一类但也是考卷上最容易出细节题的地方。热搜里“取余运算符”常年被搜说明大家看代码能懂一旦落到负数、边界和自增顺序上就容易露馅。2.1 整数除法直接向零截断C语言里两个整数相除结果还是整数小数部分会被直接截掉。注意这里的截断方向既不是四舍五入也不是向下取整而是向零截断。printf(%d\n, 7 / 2); // 3 printf(%d\n, -7 / 2); // -3朝0的方向截断这点和Python不一样。Python的-7 // 2结果是-4因为Python为了让取余恒为非负选择向下取整C语言不搞这套负数除法直接扔掉小数部分方向永远朝0。写“把一个整数倒序”的程序时很多人会写while (n 0) { printf(%d, n % 10); n / 10; }这里每次n / 10都在截断。如果n一开始是负数条件n 0直接不成立代码看起来就像没跑一样。这个问题在判断对称数、处理日期和时间戳时特别容易出现。我的建议是凡是输入可能为负的地方先显式考虑符号不要假设除法是向下取整。C语言只承诺向零截断其余情况都要你预处理。2.2 取余结果的符号怎么记才牢取余运算符%只能用在整数运算上得到的是整除后的余数。它的隐藏规则是结果符号与被除数左操作数一致。printf(%d\n, 7 % 3); // 1 printf(%d\n, -7 % 3); // -1不是2 printf(%d\n, 7 % -3); // 1死记符号很容易记混我教你一个每次都能验证的办法。C标准保证这个等式恒成立(a / b) * b a % b a。拿-7 / 3举例按向零截断结果是-2。把a -7、b 3、a / b -2代入等式(-2) * 3 (-7 % 3) -7推出-7 % 3 -1。每次不确定就算一遍比背规则可靠。取余的用途很广判断奇偶用x % 2提取十进制位用x % 10哈希散列、循环队列里限制下标范围也是这个套路。写九九乘法表时有人纠结格式对齐最后用%2d和取余语义组合解决——所谓会运算符不是会写1 1而是能在真实输出格式里想到用它。2.3 i与i值和副作用要分开看自增运算符是初学者的老朋友也是考卷上最容易挖坑的地方。它的核心区别在“表达式的值”上i先返回i当前的值再执行i i 1i先执行i i 1再返回i的新值。int a 5; int b a; // b 5a 6 int c a; // a 先变7c 7这两行代码没有歧义。真正可怕的是在一条语句里多次修改同一个变量比如printf(%d %d\n, i, i);这就触发了未定义行为不同编译器可能输出6 7也可能输出7 6甚至优化等级一变结果就变。我在讲代码规范时反复强调一条表达式里同一个变量最多只允许自增一次。如果确实要连续处理拆成多条语句不要试图用一行代码表现自己的“聪明”。注意未定义行为不是“不准”的问题是“编译器想干嘛就干嘛”的问题。别拿未定义行为去赌输出赌输了只能怪自己。2.4 溢出算术运算里的隐形炸弹有符号整数一旦运算结果超出类型范围属于未定义行为无符号整数则明确按模2^n回绕。unsigned char u 200; u u 100; // u 变成 44绕回 signed char s 100; s s 50; // 未定义行为不同平台可能不同很多人在循环里用int做计数器觉得“反正数值不大”。但你一旦写到大数累加、时间戳差值、内存偏移计算溢出就会悄悄出现。而且它最阴险的地方是有时候结果看起来还是对的因为编译器碰巧按回绕处理了换一个优化等级又开始出错。我自己的习惯是凡是加法结果可能接近边界的地方先估算一遍最大值再说。宁可提前写一个范围检查也不要依赖“它应该不会溢出”的直觉。这个习惯在写底层模块时能帮你省掉大量排查时间。3. 赋值、比较、逻辑三组运算符最容易翻车的三个坑热搜里“比较运算符和赋值运算符”被放在一起搜不是没有道理的。这三个家族的坑几乎全是一行代码能引发的灾难我按事故现场的方式来讲你印象会深得多。3.1 一个等号与两个等号经典事故现场是赋值是判等。说起来简单但项目里有大量bug就出自这里int a 5; if (a 5) { // 不是判等是把5赋给a再判断表达式的值(5)是否为真 printf(永远成立\n); }赋值表达式本身是有值的值就是赋完后的结果。a 5的表达式值是5非0即为真所以if永远成立。更糟的写法是if (a 0)条件永远为假而且你还把a悄悄清零了后续代码全乱。我推荐一个防御式写法把常量放左边写成if (5 a)。万一写漏一个等号变成if (5 a)编译器会立刻报错因为你没法给常量赋值。编译时也记得开警告GCC加-WallMSVC把警告视为错误这类问题基本都会被静态检查逮住。一个警告而已但它能帮你省下半夜的调试时间。3.2 链式赋值、复合赋值和右结合性赋值运算符的结合性是右结合从右往左算int a, b, c; a b c 0; // 先 c0再 b0最后 a0链式赋值的原理就是“赋值表达式本身有值”c 0的值是0赋给b后b 0的值又是0最后赋给a。所以把一组变量初始化为同一个值链式很顺手。复合赋值这类的细节很多人没注意x expr等价于x x expr但**x只被求值一次**。对普通变量无所谓但如果是arr[i] 5标准保证i只执行一次。这跟拆开写arr[i] arr[i] 5完全不同后者是两次自增加两次下标访问行为未定义。实际开发里我干脆不这么写拆成两行代码短不重要可读性和确定性才重要。3.3 短路求值右边的代码到底跑不跑和||都是从左到右求值的而且一旦能确定整个表达式的结果右边的操作数就不再执行这就是短路求值。最经典的用法是“先判空再解引用”char *p NULL; if (p *p a) { // p为NULL时右边的*p不会执行不会崩溃 printf(ok\n); }反过来也常见if (a ! 0 b / a 1)先用a ! 0保护再让a做除数。有人觉得if (a b / a 1)更简洁但a为浮点时非0判断会受精度影响我建议显式写成a ! 0含义更清楚。短路带来的常见坑是“右边的函数根本没被调用”。比如int a 0; a printf(hi);不会输出任何内容因为printf被跳过了。在条件里调用带副作用的函数之前一定要想清楚如果短路发生这行代码等于不存在。我记得有同学在if里写scanf读数据结果scanf没执行整个程序逻辑跟着错查了好久才发现是短路把输入吞了。3.4 比较表达式的结果永远只有0或1关系运算符的结果不是“真/假”对象而是int类型的0或1。看起来很简单但连续比较时就会出现反直觉结果int a 2, b 3, c 4; printf(%d\n, a b c); // 先算 a b 得1再算 1 c 得1碰巧为真如果改成int a 4, b 3, c 2; a b c先算a b得0再算0 c因为c 2结果居然是1。一个本该为假的条件在连续比较下变得“为真”这就是“先算局部再比较全局”的陷阱。正确的写法是a b b c用逻辑运算符把两个独立比较串起来。这里顺带说一个经常被搜的问题!()在C语言里是什么。其实就是逻辑非运算符加括号的写法比如if (!(a b))含义是“先比较再把结果取反”。网上有些人把这个写得很玄它本质上就是“优先级不够括号来凑”。4. 位运算的实战价值从标志位到掩码拆解不少初学者觉得位运算是“学有余力”的内容其实它在嵌入式开发、网络协议解析、性能敏感代码里出现频率极高。热搜里“c语言位运算符的用法”常年被搜说明大家缺的不是定义而是应用场景。这一节我直接讲场景。4.1 按位与、或、异或、取反先看懂开关位运算是对二进制位逐位操作的运算符。最常见的四个我用“开关”来类比每个位是一个开关用来“读取某些开关”|用来“打开某些开关”^用来“翻转某些开关”~把所有开关反过来。a b按位与某一位两个都是1结果才是1a | b按位或某一位只要有一个是1结果就是1a ^ b按位异或某一位不同才是1~a按位取反0变11变0。unsigned char a 0x5A; // 0101 1010 unsigned char b 0x3C; // 0011 1100 // a b 0x180001 1000 // a | b 0x7E0111 1110 // a ^ b 0x660110 0110异或有个性质a ^ b ^ b a即一个数异或同一个数两次会还原。所以老教材里会出现“不借助第三个变量交换两个数”的写法x ^ y; y ^ x; x ^ y;。这种写法现在没人推荐但它能检验你是否真正理解了异或。看不懂它的人通常只知道异或的运算规则却不知道异或的“还原”特性。4.2 左移右移乘2与“补零/补符号”的区别x n表示把二进制位整体左移n位右边补0左移1位等于乘以2。右移稍微复杂无符号数右移左边补0叫逻辑右移有符号数右移标准没说死但绝大多数编译器对负数是算术右移左边补符号位。unsigned char x 0x80; // 1000 0000 printf(%d\n, x 4); // 0x08逻辑右移 char y -128; printf(%d\n, y 4); // 多数平台得到 -8算术右移标准未强制用移位替代乘除法在性能上有历史意义现代编译器的优化能力已经把乘以2优化成左移了。所以写普通业务代码时别为了“显得高级”强行把x * 4写成x 2可读性优先。但硬件寄存器操作、协议组包解包里移位几乎是唯一选择因为数据就在你面前只能靠移位和掩码把需要的位拆出来。有一个最容易踩的坑移位位数等于或超过类型位宽比如1 32这是未定义行为。写1ULL 32或者先算清楚位宽再移才安全。4.3 标志位、掩码与通道提取真正的应用场景最常见的位运算场景是标志位。程序要记录一组配置开关与其定义一堆int flag1, flag2不如用一个整型的不同位表示#define FLAG_READ (1u 0) #define FLAG_WRITE (1u 1) #define FLAG_EXEC (1u 2) unsigned int perm 0; perm | FLAG_READ | FLAG_WRITE; // 打开读和写 if (perm FLAG_EXEC) { // 检查执行权限 // ... } perm ~FLAG_WRITE; // 关闭写权限 perm ^ FLAG_READ; // 翻转读权限第二个场景是位掩码。从一串8位数据里取中间4位写(data 3) 0x0F先右移把目标位挪到低位再用 0x0F把高四位清掉。我写过的一个颜色采集模块需要从RGB888像素里分别提取三个通道r pixel 16 0xFF; g pixel 8 0xFF; b pixel 0xFF;三行搞定一行一个通道。第三个场景是位图索引。用一个整数数组标记大量对象是否占用定位第k个位就是bits[k / 32] (1u (k % 32))。这段代码里取整、取余、移位、掩码一起出现非常考验运算符基本功。很多底层系统比如内存池、缓存行状态、文件系统块位图都长这样。5. 低调但高频三目、逗号、sizeof、下标与函数调用这几类运算符在教材里篇幅不大但工作里几乎天天见。特别是三目运算符和sizeof简直是新手和老手之间的“分水岭”。5.1 三目运算符表达式里的if-else可读性要警惕condition ? expr1 : expr2的意思是条件为真执行expr1为假执行expr2整个表达式的值就是被选中的那个分支的值。最典型用途是取二选一int max (a b) ? a : b;三目运算符有几个容易踩的细节。第一它的结合性是右结合所以a ? b : c ? d : e会被解析成a ? b : (c ? d : e)。第二两个分支的类型最好一致否则会发生隐式转换比如一个分支是int另一个是double整个表达式结果变成double如果你在printf(%d, ...)里用它可能打印出奇怪数字。第三嵌套三目可读性极差int t a b ? a : b c ? b : c; // 能读但别这么写我的原则是嵌套超过一层一律用括号或者干脆改成if-else。可读性永远优先于酷炫何况三目运算符在性能上也没有本质优势。5.2 逗号运算符优先级最低的顺序执行器逗号运算符包含两个动作先从左到右计算每个子表达式然后把右侧最后一个表达式的值作为整个逗号表达式的值。它优先级最低意味着如果没有括号它会在几乎所有其他运算符之后才“结算”。最常见的场景是for循环for (int i 0, j n - 1; i j; i, --j) { // ... }i, --j就是一个逗号表达式每次循环两条更新都执行。但很多初学者看到printf(%d, a, b);会误解这里的逗号是函数参数分隔符不是逗号运算符b只是多传了一个参数并不会“先算a再算b再输出b”。真想用逗号运算符必须加括号printf(%d, (a, b));这样才能让表达式先算a再算b最后输出b。逗号运算符在“一行里做多件事”时很顺手但也很容易把代码写得深邃难读。我一般只在for的更新表达式里用它其他地方尽量拆成独立语句。靠缩短代码来解决“行数太多”的焦虑是最不值得的优化。5.3 sizeof是运算符而不是函数它不执行表达式sizeof的语法长得很像函数调用但它确确实实是C语言的运算符作用是在编译期计算某个类型或表达式所占的字节数返回类型是size_t。int arr[10]; printf(%zu\n, sizeof(arr) / sizeof(arr[0])); // 10这是算数组长度的经典写法。有一点很多人不知道sizeof的操作数如果是表达式这个表达式在多数情况下根本不会被求值。因此int n 0; printf(%zu\n, sizeof(n)); // 输出4但n不会变成1我第一次看到这个输出也愣了一下。原因很简单sizeof只需要知道类型不需要知道值编译器直接把表达式丢在一边了。唯一的例外是变长数组因为大小要到运行时才能确定。注意sizeof(p)不会真的让指针后移因为表达式不求值。在指针遍历代码里如果把自增写在sizeof里那是白写指针一点都不动。5.4 下标与函数调用两个后缀运算符的底层联动下标[]其实是语法糖真正语义是a[b]等价于*(a b)。也就是说下标操作是“指针加法解引用”的组合。这带来一个有趣的推论b[a]也完全合法因为*(b a)和*(a b)没有区别。int arr[3] {10, 20, 30}; printf(%d\n, arr[1]); // 20 printf(%d\n, 1[arr]); // 20能编译考试里见过就行了1[arr]能编译但没人会维护这种代码。真正要理解的是数组名在绝大多数表达式中会“退化”成指向首元素的指针所以arr[i]的底层就是指针偏移。这也是为什么声明int a[5]后你可以用int *p遍历它——两者在运算符层面是同一套机制。函数调用运算符()是后缀运算符和优先级联动特别紧密。f(a, b)里的()优先级高于几乎所有其他运算符。所以pf()是调用函数指针pf而(*pf)()和*pf()因为优先级不同含义也完全不同后者会被解析成*(pf())如果pf不是返回指针的函数编译都不一定过。6. 优先级与结合性编译器怎样给你断句这一节可以说是运算符知识的总闸门。很多人买一本书就盯着优先级表狂背其实抓住几个核心规则大部分情况都能推出来。6.1 一张骨架表从后缀到逗号完整优先级表有十几级但真正需要你“背”的是下面这个从高到低的骨架级别运算符说明最高() [] - .后置 --后缀运算先算次高! ~ 前置 -- * (类型) sizeof单目运算中高* / %乘除取余中 -加减中低 移位更低 关系低 !相等低^|按位运算低||逻辑运算最低组?:和复合赋值,三目、赋值、逗号一个概括口诀是后缀 单目 算术 移位 关系 相等 位运算 逻辑 三目 赋值 逗号。这个顺序几乎覆盖了日常工作。优先级的设计有内在逻辑单目运算操作的是一个对象比操作两个对象的双目运算符更“紧”乘除比加减更“紧”因为数学上它们本来就该先算移位和比较都是为了形成后续条件逻辑运算天然是最后汇总判断的赋值是把前面所有算出来的结果存起来自然靠后逗号是把一堆表达式串起来只能排最后。理解了这层逻辑背表就轻松多了。6.2 右结合性需要特别记忆的三个位置优先级决定“先算谁”优先级相同时结合性决定“从左往右”还是“从右往左”。绝大多数双目运算符是左结合真正需要记右结合的只有三类赋值运算符、三目运算符、前置单目运算符。举一个高频翻车例子int arr[] {1, 2, 3}; int *p arr; printf(%d\n, *p); // 输出1然后p指向arr[1]*p的解析是*(p)因为后置自增优先级高于单目解引用*。所以这一行是“先取当前指针指向的值再把指针后移”这是遍历数组的标准写法。如果你想先解引用再让指向的元素自增就得写(*p)。类似的还有*p.s会被解析成*(p.s)因为成员访问运算符.和-属于最高优先级。当年很多同学在结构体指针上栽跟头都是错用*p.num格式正确写法是p-num或(*p).num。6.3 三个最高频的优先级翻车现场我把课堂里最容易错的表达式整理一下每个都是血泪教训int x 1, y 1; x y 1 2; // 加法优先级高于移位等价于 y 3结果是8不是6 int a 4, b 3; if (a b 0) // 先比较 a b 得1再和0比较1 0 为假 unsigned int flag 8; if (flag 1 0) // 判等优先级高于按位与等价于 flag (10)即 flag 0恒假第三个是最经典的坑。很多人以为它等价于(flag 1) 0但标准语法里的优先级比高所以实际解析成了flag (1 0)。1 0结果是0flag 0恒为0if永远不成立。解决办法是加括号(flag 1) 0。我把这几个表达式发到过群里让同学们先猜结果再上机验证几乎每次都会有人猜错一个。这很正常因为人的眼睛会按“语义直觉”断句而编译器按“语法规则”断句。这里给你一个非常实际的建议拿不准就用括号括号不是给编译器看的是给下一个维护代码的人看的当然也包括明天早上的自己。资深工程师不会因为加括号丢面子反而会因为代码意图清晰被同事感谢。7. 指针、字符串和内存管理中的运算符基本功热搜里“c语言指针”、“c语言字符串函数”、“c语言内存管理”常年和运算符并列出现这是有原因的。指针、字符串、内存管理这几个主题本质上是运算符应用的三大“战场”。离开运算符去讲它们很难讲通。7.1 、*、-指针运算符是一套联动机制指针的三大基本操作——取地址、解引用*、成员访问-——本身就是运算符。理解和*互为逆运算就能看懂大半指针代码int x 42; int *p x; // 取x的地址 *p 100; // * 解引用把100写进x所在内存 printf(%d\n, x); // 100p-member等价于(*p).member箭头运算符就是把解引用和成员访问封装在一起优先级较高。指针遍历数组的经典写法while (*s) s;里面用了*取值和移动指针两个运算符同时作用在同一个变量上必须搞清楚优先级和结合性才写得对。很多人在看“运算符优先级表”的时候觉得*一会儿是乘法一会儿是解引用很混乱。其实只要记住单目*的优先级低于后缀运算符高于几乎所有双目运算符代码里遇到就自然有数了。7.2 字符串遍历与复制运算符的紧凑写法与拆开写法字符串在C语言里本质是字符数组遍历和判空全靠指针运算符。经典的字符串复制函数void my_strcpy(char *dest, const char *src) { while ((*dest *src)) { // 赋值表达式返回右操作数的值遇到\0停止 ; } }这段代码用了*src取字符、*dest 做字符赋值、整个赋值表达式作为循环条件紧凑但读起来像天书。我讲课的时候反而建议新手先写拆开的版本先*dest *src再判断*src ! \0最后自增两个指针。逻辑走通了再回来看压缩写法你会发现自己已经能看懂它了——因为它就是那几个运算符的自然组合。字符串比较还要特别提醒两个字符串不能直接用比较内容因为数组名在表达式中退化成指针s1 s2比较的是首地址是否相同。要比较内容必须用strcmp。这就是运算符的语义边界做的是数值或地址比较字符串内容比较已经超出单个运算符能搞定的范围。7.3 内存分配和释放不要塞进表达式里最后聊一个在实际项目里比考试更痛的教训在运算符表达式里胡乱做malloc和free很容易写出“看着很聪明但一跑就崩”的代码。char *p flag ? malloc(1024) : strdup(default);C语言里malloc返回void*可以隐式转换成其他指针strdup返回char*所以这段能编译。但如果你在条件分支里分别管理不同的分配来源后面的释放逻辑会变得非常混乱一旦某一侧漏了free就是内存泄漏。这种问题用静态分析工具都不一定抓得干净因为分配来源和释放路径散落在表达式里。我的建议是把内存分配和释放写成独立语句不要塞进条件表达式或逗号表达式里char *p; if (flag) { p malloc(1024); } else { p strdup(default); }虽然多几行但每个分支只做一件事审计内存生命周期时一目了然。运算符能帮你把表达式写得简洁但它不能替你把资源生命周期管理正确。简洁是手段正确是底线。这条经验在我写解析器、做内存池的时候反复验证过。说到这里我又想起一个教学场景很多同学做“鞍点”“字符串逆序”这类练习题觉得卡在算法上其实真正的障碍是表达式写不干净。while里少一对括号if里把写成一改就“突然会做”了。所以你要是觉得自己C语言基础不稳先别急着刷题回去把运算符的种类、优先级、结合性过一遍比什么都管用。我自己的经验是把一段满括号的代码一点点去括号同时验证结果不变这个练习做上几十题优先级和结合性就长在直觉里了。