C语言运算符优先级共15级，最高为括号、后缀自增/自减等“靠近操作数”的运算符，最低为逗号运算符；但应以括号明确意图，辅以关键层级理解，而非死记硬背。
直接说结论：C语言运算符优先级共15级，从高到低排列时，括号、后缀自增/自减、地址/解引用、正负号等“靠近操作数”的运算符最高；逗号运算符最低。但死记硬背顺序表极易出错，真正可靠的做法是——用括号明确意图，再结合少量关键层级理解逻辑。
为什么不能只靠优先级表写代码
优先级表只是定义了“当没有括号时编译器怎么断句”，不是设计规范。比如 a + b 看似简单，实际按优先级是 (a + b) （因为+高于，高于&），但多数人直觉以为是 a + (b 或更糟。这类表达式在真实项目里基本都会加括号，否则连自己半年后都看不懂。
常见错误现象：
- 写
*p++本意是“先取值再移动指针”，结果误写成(*p)++（对值做自增） - 位运算混用时漏括号，如
if (flags & MASK == 0)实际被解析为if (flags & (MASK == 0))，永远为假 - 逻辑非
!和关系运算符连用，!a == b等价于(!a) == b，而非!(a == b)
必须记住的5个关键层级（从高到低）
其余10级极少引发歧义，这5层覆盖90%的实际冲突场景：
立即学习“C语言免费学习笔记（深入）”；
-
() [] -> .：函数调用、数组下标、结构体成员访问 —— 最高，且左结合 -
++ -- (后缀) ! ~ + - (单目) * & (解引用/取地址) sizeof：所有单目运算符 —— 比双目高得多，注意++后缀比前缀绑定更紧（a++[i]合法，a[i]++才常见） -
* / %：乘除模 —— 同级，左结合 -
+ -：加减 —— 同级，左结合，但低于乘除（所以a + b * c不用括号也安全） -
>= == !=：关系与相等 —— 全部低于算术运算符，且==和=优先级差很远（不会误判赋值） -
& ^ |：位运算 —— 顺序是“与”高于“异或”高于“或”，但实践中几乎总加括号 -
&& ||：逻辑运算 —— 低于位运算，短路特性比优先级更重要 -
? :：三目运算符 —— 优先级很低，只高于赋值类 -
= += -= *= /= %= &= ^= |= >=：赋值类 —— 全部右结合，a = b = c等价于a = (b = c) -
,：逗号 —— 最低，常用于for循环多变量初始化或宏中丢弃表达式值
实际编码中的应对策略
别把优先级当口诀背，而要当成“编译器默认断句规则”来防范：
- 所有涉及位运算（
& | ^ >）、逻辑运算（&& ||）和关系运算（== !=）混合的表达式，一律加括号。例如：if ((flags & ENABLE_BIT) && (status != ERROR)) - 指针操作优先用空格分隔，增强可读性：
*p、p++、*(p + 1)比*p++或*(p+1)更不易错 - 宏定义中必须对每个参数加括号，因为宏展开不遵循C表达式优先级：
#define SQUARE(x) ((x) * (x))，否则SQUARE(a + b)展开成a + b * a + b - 不确定时，用
gcc -Wparentheses编译，它会警告可能歧义的表达式（如if (a & b == 0)）
最容易被忽略的细节
优先级相同不代表结合性相同：比如 = 是右结合，== 是左结合，a = b = c 合法，但 a == b == c 虽语法合法（等价于 (a == b) == c），语义几乎总是错的；又比如 ++ 前缀和后缀同属一级，但结合方向相反（后缀右结合，前缀右结合？不，后缀是唯一“从右往左”绑定操作数的——a+++++b 是非法的，因为 a++ ++ 不构成有效后缀形式）。这些细节比整张表更值得花时间确认。
