2026/9/3 8:59:40
FEATURED · 精选文章 
很多人在学习C语言时会发现一个奇怪的现象逻辑与用得挺熟练一旦换成按位与代码突然就“看不懂”了。尤其在看开源项目、嵌入式驱动或者算法源码时满屏的flags MASK、REG ~(13)如果你不知道这些到底在干什么很难说自己真正掌握了C语言。按位与运算符就是这样一个神奇的存在它概念简单到一句话就能讲完但实际应用却遍布普通业务代码、底层驱动、通信协议和性能敏感模块。这篇文章不会停留在“逐位相与”的课本定义上而是会从真实编程场景出发帮你把按位与彻底讲透。先说结论按位与是C语言位运算体系里最基础、也最容易被误用的运算符。它的价值不在于代码写得“炫技”而在于用一个整数表达多个开关状态再用一条指令完成判断或过滤。读完这篇文章你不仅会明白a b的真正含义还能看懂常见的位掩码写法、权限系统设计、嵌入式寄存器操作并且能避开那个让无数初学者调试到深夜的优先级大坑。1. 这篇文章真正要解决的问题1.1 为什么按位与值得单独拿出来讲位运算在C语言中是一类“看起来简单、用起来隐蔽”的知识点。初学者往往在教材里看到一段关于“按位与就是把两个二进制数逐位相与”的说明觉得不过如此然后转身就忘了。直到某一天你读到一段代码if (event EVENT_TIMEOUT) { handle_timeout(); }或者status ~(1 2);你会发现单靠“逐位相与”这四个字根本解释不了为什么这样做能判断事件、能清除某一位。真正的问题在于按位与不是一个孤立的语法点它背后是一整套用二进制位来组织信息的思维方式。这种思维方式才是C语言底层开发的精髓之一。所以这篇文章要解决的不是“记住真值表”而是帮你建立一套从“位”的视角看数据的直觉。你以后再看任何带的代码都能立刻在心里把它拆解成二进制层面在做什么。1.2 哪些读者最应该看这篇文章刚学完C语言基础、准备刷题或做课程设计的在校学生。正在转嵌入式方向、需要阅读芯片手册和寄存器配置代码的开发者。工作中经常处理协议解析、权限校验、状态机图标的工程师。准备面试需要快速复习C语言位运算知识点的求职者。如果你已经在用位运算写业务代码这篇文章也可以帮你系统梳理一下容易出错的细节尤其是那些看起来正确、实际有坑的写法。2. 按位与运算符的核心概念2.1 用一个生活类比理解“按位与”先别急着看真值表。我们用一个简单的开关模型来建立直觉。假设有一排开关每个开关只有两种状态断开0和闭合1。现在你有两个一模一样的开关面板分别代表变量a和变量b的二进制表示。按位与做的事情就是把两个面板上位置相同的开关逐个比较只有两个开关都闭合时结果面板上对应位置的开关才闭合否则就是断开。换句话说这是一个“两个都要满足才成立”的规则。它不是对整个数做一个整体判断而是对这个数内部的每一个二进制位分别判断。这就是“按位”二字的含义。2.2 按位与的真值表对于一个二进制位按位与的真值表如下aba b000010100111可以发现只有1 1的结果是1其余组合都是0。这个特性决定了按位与最常见的两个用途清零和保留。清零很好理解任何位与0相与结果必然是0。保留也不难理解任何位与1相与结果保持原值不变。这就是为什么在很多代码里你会看到用 0xFF来保留低8位、用 0x0F来保留低4位。2.3 C语言里的运算规则在C语言中按位与运算符是它是一个双目运算符对两个操作数按二进制位进行运算。操作数可以是整数类型的变量或常量包括char、short、int、long等更推荐使用无符号类型参与位运算。下面是一段最基础的示例#include stdio.h int main(void) { unsigned char a 0b11001100; // 二进制字面量C23及部分编译器支持 unsigned char b 0b10101010; unsigned char c a b; // 结果应该是 10001000 printf(a b 0x%02X\n, c); return 0; }如果编译器不支持0b前缀可以写成十六进制unsigned char a 0xCC; // 11001100 unsigned char b 0xAA; // 10101010计算过程11001100 10101010 ---------- 10001000结果是0x88。这里的核心要点是是逐位计算的计算结果是一个整数而不是一个“真”或“假”的布尔值。这一点和接下来要讲的逻辑与有本质区别。3. 按位与和逻辑与的区别3.1 两者的本质区别新手最容易混淆的就是和它们在写法上只差一个字符含义却差得很远。逻辑与操作的是“条件”或“布尔值”它只关心操作数是真还是假结果只能是0或1并且有短路求值特性。比如if (a ! 0 b ! 0)如果a 0后面的b ! 0根本不会执行。按位与操作的是整数的每一个二进制位结果是一个整数没有短路概念。两边的表达式都会被执行然后再逐位计算。看一个容易理解的对比#include stdio.h int main(void) { int a 1; // 二进制 0001 int b 2; // 二进制 0010 printf(a b %d\n, a b); // 逻辑与a和b都是真结果是1 printf(a b %d\n, a b); // 按位与0001 0010 0000结果是0 return 0; }输出a b 1 a b 0这就是两者最直观的差异a b判断的是“a 非0 且 b 非0”而a b比较的是二进制位。3.2 一个隐藏的优先级大坑C语言运算符优先级中的优先级低于和!。这意味着下面这段代码和你期望的可能完全不同if (flags MASK MASK) { // 你以为是 (flags MASK) MASK // 实际是 flags (MASK MASK) }危险之处在于如果MASK MASK恒为真值为1那么这段代码实际上变成了flags 1。当flags包含多个标志位时判断结果完全错误而且编译器往往不会给出警告。正确的写法是给位运算表达式加括号if ((flags MASK) MASK) { // 先计算位与再比较是否等于 MASK }这个坑在面试笔试和实际代码评审中出现频率非常高。记住一条原则在表达式中混用位运算符、比较运算符和逻辑运算符时不要依赖优先级记忆一律用括号把位运算部分包起来。4. 典型应用场景按位与绝不是面试题里的偏门知识。它的实用价值体现在多个真实开发场景中。4.1 判断奇偶判断一个整数是奇数还是偶数最常见的写法是n % 2 0。但如果你看过一些性能敏感的代码会发现很多人写成if (n 1) { // 奇数 } else { // 偶数 }原理很简单二进制的最低位如果为1说明这个数是奇数最低位为0说明是偶数。n 1的结果就是最低位本身。相比取模运算位运算在底层可能更高效也更能体现程序员对二进制表示的理解。4.2 取特定位或字节在通信协议解析、图像处理、颜色编码等场景经常要从一个整数中提取某几个位。例如一个unsigned int value如果想取它的低8位unsigned int low_byte value 0xFF;如果想取高8位可以配合右移unsigned int high_byte (value 8) 0xFF;这里 0xFF的作用就是屏蔽掉高24位只保留我们关心的低8位。这种“先移位、再掩码”的组合是位操作里最常见的一种模式。4.3 位掩码与标志位判断用一个整数里的不同位表示不同的开关或状态是位运算最经典的应用。假设一个学生的状态用一个8位整数表示bit0是否交作业bit1是否出勤bit2是否通过测试那么判断一个学生是否同时交作业并且通过测试可以这样写#define HOMEWORK_DONE (1 0) #define ATTENDED (1 1) #define TEST_PASSED (1 2) unsigned char student_status HOMEWORK_DONE | TEST_PASSED; if (student_status HOMEWORK_DONE) { // 交了作业 } if ((student_status (HOMEWORK_DONE | TEST_PASSED)) (HOMEWORK_DONE | TEST_PASSED)) { // 既交作业又通过测试 }这种写法的好处是所有状态都存放在一个整数里内存占用小、比较速度快、状态组合灵活。4.4 位域权限管理权限系统是位掩码最典型的业务应用。Unix/Linux文件权限就是用rwx三组位表示的。用C语言模拟时可以定义三个权限位#define PERM_READ (1 0) #define PERM_WRITE (1 1) #define PERM_EXECUTE (1 2)一个用户的权限就是一个unsigned int比如PERM_READ | PERM_WRITE表示可读可写但不能执行。判断“是否有某个权限”就是一次按位与运算。4.5 嵌入式寄存器操作如果你以后接触嵌入式开发、单片机编程按位与会以更高的频率出现。比如操作GPIO寄存器时经常要“清除某几位再设置新值”// 假设 REG 是一个寄存器地址 // 清除 bit4 到 bit7 REG ~(0xF 4); // 将 bit5 置为1 REG | (1 5);这里的是“按位与后赋值”的复合运算符等价于REG REG ...。先取反再相与可以让指定位置0同时不影响其他位。这种“读-改-写”的思路在很多驱动源码里都能看到。5. 完整示例用按位与实现权限校验前面讲了不少零散场景这一节用一个完整的例子把所有知识点串起来。我们设计一个简单的文件权限管理系统用整数位保存三种权限然后实现权限设置、判断和移除。5.1 功能设计用unsigned int表示权限。定义读、写、执行三个权限位。支持判断用户是否具有某项权限。支持一次性判断是否同时具备多项权限。支持移除权限通过和~实现。5.2 完整代码// 文件路径perm_demo.c #include stdio.h #define PERM_READ (1 0) // 0b001 #define PERM_WRITE (1 1) // 0b010 #define PERM_EXECUTE (1 2) // 0b100 // 判断某个用户是否具备指定权限 int has_perm(unsigned int user_perm, unsigned int perm) { return (user_perm perm) perm; } // 移除某个用户的指定权限 void remove_perm(unsigned int *user_perm, unsigned int perm) { *user_perm ~perm; } int main(void) { // 初始权限可读 可写 unsigned int user PERM_READ | PERM_WRITE; printf(用户初始权限: %u (二进制: , user); // 简单打印二进制 for (int i 2; i 0; i--) { putchar((user (1 i)) ? 1 : 0); } printf()\n\n); printf(是否有读权限: %s\n, has_perm(user, PERM_READ) ? 是 : 否); printf(是否有写权限: %s\n, has_perm(user, PERM_WRITE) ? 是 : 否); printf(是否有执行权限: %s\n, has_perm(user, PERM_EXECUTE) ? 是 : 否); printf(是否同时拥有读和写权限: %s\n, has_perm(user, PERM_READ | PERM_WRITE) ? 是 : 否); printf(是否同时拥有读和执行权限: %s\n\n, has_perm(user, PERM_READ | PERM_EXECUTE) ? 是 : 否); // 移除写权限 remove_perm(user, PERM_WRITE); printf(移除写权限后是否有写权限: %s\n, has_perm(user, PERM_WRITE) ? 是 : 否); printf(移除写权限后权限二进制: ); for (int i 2; i 0; i--) { putchar((user (1 i)) ? 1 : 0); } printf(\n); return 0; }5.3 代码关键点说明has_perm函数里使用了(user_perm perm) perm的判断方式。为什么不能只写user_perm perm如果你只关心“是否包含某个权限位”单独判断一位时两种写法结果一样但判断“是否同时包含多个权限位”时user_perm perm的结果可能包含了其他多余的位。只有“结果等于perm”才能保证所有指定的权限位都处于置位状态。remove_perm函数里使用了*user_perm ~perm。这里~perm按位取反把要清除的位置变成0其他位置变成1再与原有权限相与就能做到“只清除指定权限不影响其他权限”。例如当前权限是PERM_READ | PERM_WRITE要清除PERM_WRITE~PERM_WRITE是...1111101相与后只剩下PERM_READ。6. 运行与验证6.1 编译与运行在命令行中执行gcc -o perm_demo perm_demo.c然后运行./perm_demo如果使用Visual Studio、Dev-C或VS Code C/C扩展直接新建源文件并编译运行即可。环境本身对位运算结果没有影响只要支持标准C语法。6.2 预期输出用户初始权限: 3 (二进制: 011) 是否有读权限: 是 是否有写权限: 是 是否有执行权限: 否 是否同时拥有读和写权限: 是 是否同时拥有读和执行权限: 否 移除写权限后是否有写权限: 否 移除写权限后权限二进制: 0016.3 如何验证结果是否正确你可以把每一步的二进制写出来对照初始权限011对应PERM_READ(001) | PERM_WRITE(010)。判断has_perm(user, PERM_READ)011 001 001等于PERM_READ所以为真。判断has_perm(user, PERM_READ | PERM_EXECUTE)011 101 001不等于101所以为假。移除写权限后先取反~010 ...111101再与011相与得到001。如果输出不符合预期第一步先打印每一步的二进制中间结果确认你的掩码定义是否和注释一致。7. 常见问题与排查方法问题现象可能原因排查方式解决方案判断是否拥有权限时结果恒为“是”误把写成比较的是布尔值而不是位结果打印user_perm perm的数值确认位运算使用单(flags MASK MASK)判断错误运算符优先级问题优先级低于查看编译警告或者改用括号写成(flags MASK) MASK清除某一位后其他位也变了掩码计算错误例如~使用范围超出预期类型打印掩码的十六进制值使用相同类型的常量或先定义#define再取反使用0b二进制字面量编译报错编译器不支持C23标准查看编译器版本或标准设置改写成十六进制如0xCC有符号数参与位运算结果异常右移或取反时符号位扩展导致不符合直觉打印补码表示位运算优先使用unsigned int嵌入式寄存器写入后不生效寄存器可能是只读或需要先解锁查看芯片手册确认寄存器访问权限必要时借助调试器观察寄存器值这里特别说一下有符号数的问题。C标准规定负数以补码形式表示但位运算和右移的具体行为存在平台相关性。为了避免意外建议位运算统一使用无符号类型尤其是做掩码和标志位管理时不要用int存负数后再移位。8. 最佳实践与工程建议8.1 用宏定义和常量代替裸数字不要把0x80、3这样的数字直接散落在代码里。给每个标志位起一个有意义的名字既方便阅读也方便后续扩展。#define FLAG_AUTO_REBOOT (1 0) #define FLAG_LOG_ENABLE (1 1) #define FLAG_RESERVED (1 2)8.2 位运算表达式全部加括号不论你是否记得运算符优先级只要表达式里混用了、|、、等就给位运算部分加一层括号。这不是保守而是减少团队沟通成本避免别人接手时踩坑。8.3 使用无符号类型位运算、掩码、移位操作在无符号整数下定义更清晰。如果业务状态本身不可能是负数就不要用有符号类型。8.4 修改寄存器或共享状态时遵守“读-改-写”流程在嵌入式代码中需要修改某个寄存器的一部分位时先读取原始值再通过和|修改最后写回。不要直接对整个寄存器赋值否则可能破坏其他位。同时注意被修饰的寄存器变量应使用volatile防止编译器优化掉重复读取。volatile uint32_t *reg (volatile uint32_t *)0x40000000; // 清除 bit3 ~ bit5然后设置 bit5 uint32_t temp *reg; temp ~(0x7 3); temp | (1 5); *reg temp;8.5 测试用例设计测试位运算时重点关注边界情况全0、全1的数据。只有最高位为1、只有最低位为1的数据。掩码本身为0、掩码覆盖所有位的情况。权限组合刚好等于掩码、以及多出额外权限位的情况。这些边界用例能帮你确认判断逻辑没有把“多余位”误算进去。9. 总结与后续学习方向按位与运算符从表面看只是“逐位相与”四个字但真正掌握它的标志是你看到一堆、|、、和~组合在一起的代码时脑子里能立刻浮现出二进制层面的计算过程。这篇文章讲了按位与的二进制计算规则、与逻辑与的本质区别、优先级大坑以及判断奇偶、提取字节、权限校验、嵌入式寄存器操作等典型场景最后通过一个完整权限示例演示了从定义到验证的全链路。建议你把示例代码自己敲一遍并在输出结果上先手动推导一遍二进制再对照程序结果。接下来可以继续学习按位或|、按位异或^、左移和右移。这四个运算符再加上取反~是C语言位操作的全部基础。当你把这几个运算符组合使用后会发现很多看似复杂的底层代码本质上只是在做几件简单的事置位、清位、提取、组合、比较。建议你接下来找一个嵌入式开发板的GPIO控制例程或者一个简单的通信协议解析代码用按位与的思路逐行分析这是巩固位运算最好的实战方式。
C语言按位与详解：原理、应用与常见陷阱
很多人在学习C语言时会发现一个奇怪的现象逻辑与用得挺熟练一旦换成按位与代码突然就“看不懂”了。尤其在看开源项目、嵌入式驱动或者算法源码时满屏的flags MASK、REG ~(13)如果你不知道这些到底在干什么很难说自己真正掌握了C语言。按位与运算符就是这样一个神奇的存在它概念简单到一句话就能讲完但实际应用却遍布普通业务代码、底层驱动、通信协议和性能敏感模块。这篇文章不会停留在“逐位相与”的课本定义上而是会从真实编程场景出发帮你把按位与彻底讲透。先说结论按位与是C语言位运算体系里最基础、也最容易被误用的运算符。它的价值不在于代码写得“炫技”而在于用一个整数表达多个开关状态再用一条指令完成判断或过滤。读完这篇文章你不仅会明白a b的真正含义还能看懂常见的位掩码写法、权限系统设计、嵌入式寄存器操作并且能避开那个让无数初学者调试到深夜的优先级大坑。1. 这篇文章真正要解决的问题1.1 为什么按位与值得单独拿出来讲位运算在C语言中是一类“看起来简单、用起来隐蔽”的知识点。初学者往往在教材里看到一段关于“按位与就是把两个二进制数逐位相与”的说明觉得不过如此然后转身就忘了。直到某一天你读到一段代码if (event EVENT_TIMEOUT) { handle_timeout(); }或者status ~(1 2);你会发现单靠“逐位相与”这四个字根本解释不了为什么这样做能判断事件、能清除某一位。真正的问题在于按位与不是一个孤立的语法点它背后是一整套用二进制位来组织信息的思维方式。这种思维方式才是C语言底层开发的精髓之一。所以这篇文章要解决的不是“记住真值表”而是帮你建立一套从“位”的视角看数据的直觉。你以后再看任何带的代码都能立刻在心里把它拆解成二进制层面在做什么。1.2 哪些读者最应该看这篇文章刚学完C语言基础、准备刷题或做课程设计的在校学生。正在转嵌入式方向、需要阅读芯片手册和寄存器配置代码的开发者。工作中经常处理协议解析、权限校验、状态机图标的工程师。准备面试需要快速复习C语言位运算知识点的求职者。如果你已经在用位运算写业务代码这篇文章也可以帮你系统梳理一下容易出错的细节尤其是那些看起来正确、实际有坑的写法。2. 按位与运算符的核心概念2.1 用一个生活类比理解“按位与”先别急着看真值表。我们用一个简单的开关模型来建立直觉。假设有一排开关每个开关只有两种状态断开0和闭合1。现在你有两个一模一样的开关面板分别代表变量a和变量b的二进制表示。按位与做的事情就是把两个面板上位置相同的开关逐个比较只有两个开关都闭合时结果面板上对应位置的开关才闭合否则就是断开。换句话说这是一个“两个都要满足才成立”的规则。它不是对整个数做一个整体判断而是对这个数内部的每一个二进制位分别判断。这就是“按位”二字的含义。2.2 按位与的真值表对于一个二进制位按位与的真值表如下aba b000010100111可以发现只有1 1的结果是1其余组合都是0。这个特性决定了按位与最常见的两个用途清零和保留。清零很好理解任何位与0相与结果必然是0。保留也不难理解任何位与1相与结果保持原值不变。这就是为什么在很多代码里你会看到用 0xFF来保留低8位、用 0x0F来保留低4位。2.3 C语言里的运算规则在C语言中按位与运算符是它是一个双目运算符对两个操作数按二进制位进行运算。操作数可以是整数类型的变量或常量包括char、short、int、long等更推荐使用无符号类型参与位运算。下面是一段最基础的示例#include stdio.h int main(void) { unsigned char a 0b11001100; // 二进制字面量C23及部分编译器支持 unsigned char b 0b10101010; unsigned char c a b; // 结果应该是 10001000 printf(a b 0x%02X\n, c); return 0; }如果编译器不支持0b前缀可以写成十六进制unsigned char a 0xCC; // 11001100 unsigned char b 0xAA; // 10101010计算过程11001100 10101010 ---------- 10001000结果是0x88。这里的核心要点是是逐位计算的计算结果是一个整数而不是一个“真”或“假”的布尔值。这一点和接下来要讲的逻辑与有本质区别。3. 按位与和逻辑与的区别3.1 两者的本质区别新手最容易混淆的就是和它们在写法上只差一个字符含义却差得很远。逻辑与操作的是“条件”或“布尔值”它只关心操作数是真还是假结果只能是0或1并且有短路求值特性。比如if (a ! 0 b ! 0)如果a 0后面的b ! 0根本不会执行。按位与操作的是整数的每一个二进制位结果是一个整数没有短路概念。两边的表达式都会被执行然后再逐位计算。看一个容易理解的对比#include stdio.h int main(void) { int a 1; // 二进制 0001 int b 2; // 二进制 0010 printf(a b %d\n, a b); // 逻辑与a和b都是真结果是1 printf(a b %d\n, a b); // 按位与0001 0010 0000结果是0 return 0; }输出a b 1 a b 0这就是两者最直观的差异a b判断的是“a 非0 且 b 非0”而a b比较的是二进制位。3.2 一个隐藏的优先级大坑C语言运算符优先级中的优先级低于和!。这意味着下面这段代码和你期望的可能完全不同if (flags MASK MASK) { // 你以为是 (flags MASK) MASK // 实际是 flags (MASK MASK) }危险之处在于如果MASK MASK恒为真值为1那么这段代码实际上变成了flags 1。当flags包含多个标志位时判断结果完全错误而且编译器往往不会给出警告。正确的写法是给位运算表达式加括号if ((flags MASK) MASK) { // 先计算位与再比较是否等于 MASK }这个坑在面试笔试和实际代码评审中出现频率非常高。记住一条原则在表达式中混用位运算符、比较运算符和逻辑运算符时不要依赖优先级记忆一律用括号把位运算部分包起来。4. 典型应用场景按位与绝不是面试题里的偏门知识。它的实用价值体现在多个真实开发场景中。4.1 判断奇偶判断一个整数是奇数还是偶数最常见的写法是n % 2 0。但如果你看过一些性能敏感的代码会发现很多人写成if (n 1) { // 奇数 } else { // 偶数 }原理很简单二进制的最低位如果为1说明这个数是奇数最低位为0说明是偶数。n 1的结果就是最低位本身。相比取模运算位运算在底层可能更高效也更能体现程序员对二进制表示的理解。4.2 取特定位或字节在通信协议解析、图像处理、颜色编码等场景经常要从一个整数中提取某几个位。例如一个unsigned int value如果想取它的低8位unsigned int low_byte value 0xFF;如果想取高8位可以配合右移unsigned int high_byte (value 8) 0xFF;这里 0xFF的作用就是屏蔽掉高24位只保留我们关心的低8位。这种“先移位、再掩码”的组合是位操作里最常见的一种模式。4.3 位掩码与标志位判断用一个整数里的不同位表示不同的开关或状态是位运算最经典的应用。假设一个学生的状态用一个8位整数表示bit0是否交作业bit1是否出勤bit2是否通过测试那么判断一个学生是否同时交作业并且通过测试可以这样写#define HOMEWORK_DONE (1 0) #define ATTENDED (1 1) #define TEST_PASSED (1 2) unsigned char student_status HOMEWORK_DONE | TEST_PASSED; if (student_status HOMEWORK_DONE) { // 交了作业 } if ((student_status (HOMEWORK_DONE | TEST_PASSED)) (HOMEWORK_DONE | TEST_PASSED)) { // 既交作业又通过测试 }这种写法的好处是所有状态都存放在一个整数里内存占用小、比较速度快、状态组合灵活。4.4 位域权限管理权限系统是位掩码最典型的业务应用。Unix/Linux文件权限就是用rwx三组位表示的。用C语言模拟时可以定义三个权限位#define PERM_READ (1 0) #define PERM_WRITE (1 1) #define PERM_EXECUTE (1 2)一个用户的权限就是一个unsigned int比如PERM_READ | PERM_WRITE表示可读可写但不能执行。判断“是否有某个权限”就是一次按位与运算。4.5 嵌入式寄存器操作如果你以后接触嵌入式开发、单片机编程按位与会以更高的频率出现。比如操作GPIO寄存器时经常要“清除某几位再设置新值”// 假设 REG 是一个寄存器地址 // 清除 bit4 到 bit7 REG ~(0xF 4); // 将 bit5 置为1 REG | (1 5);这里的是“按位与后赋值”的复合运算符等价于REG REG ...。先取反再相与可以让指定位置0同时不影响其他位。这种“读-改-写”的思路在很多驱动源码里都能看到。5. 完整示例用按位与实现权限校验前面讲了不少零散场景这一节用一个完整的例子把所有知识点串起来。我们设计一个简单的文件权限管理系统用整数位保存三种权限然后实现权限设置、判断和移除。5.1 功能设计用unsigned int表示权限。定义读、写、执行三个权限位。支持判断用户是否具有某项权限。支持一次性判断是否同时具备多项权限。支持移除权限通过和~实现。5.2 完整代码// 文件路径perm_demo.c #include stdio.h #define PERM_READ (1 0) // 0b001 #define PERM_WRITE (1 1) // 0b010 #define PERM_EXECUTE (1 2) // 0b100 // 判断某个用户是否具备指定权限 int has_perm(unsigned int user_perm, unsigned int perm) { return (user_perm perm) perm; } // 移除某个用户的指定权限 void remove_perm(unsigned int *user_perm, unsigned int perm) { *user_perm ~perm; } int main(void) { // 初始权限可读 可写 unsigned int user PERM_READ | PERM_WRITE; printf(用户初始权限: %u (二进制: , user); // 简单打印二进制 for (int i 2; i 0; i--) { putchar((user (1 i)) ? 1 : 0); } printf()\n\n); printf(是否有读权限: %s\n, has_perm(user, PERM_READ) ? 是 : 否); printf(是否有写权限: %s\n, has_perm(user, PERM_WRITE) ? 是 : 否); printf(是否有执行权限: %s\n, has_perm(user, PERM_EXECUTE) ? 是 : 否); printf(是否同时拥有读和写权限: %s\n, has_perm(user, PERM_READ | PERM_WRITE) ? 是 : 否); printf(是否同时拥有读和执行权限: %s\n\n, has_perm(user, PERM_READ | PERM_EXECUTE) ? 是 : 否); // 移除写权限 remove_perm(user, PERM_WRITE); printf(移除写权限后是否有写权限: %s\n, has_perm(user, PERM_WRITE) ? 是 : 否); printf(移除写权限后权限二进制: ); for (int i 2; i 0; i--) { putchar((user (1 i)) ? 1 : 0); } printf(\n); return 0; }5.3 代码关键点说明has_perm函数里使用了(user_perm perm) perm的判断方式。为什么不能只写user_perm perm如果你只关心“是否包含某个权限位”单独判断一位时两种写法结果一样但判断“是否同时包含多个权限位”时user_perm perm的结果可能包含了其他多余的位。只有“结果等于perm”才能保证所有指定的权限位都处于置位状态。remove_perm函数里使用了*user_perm ~perm。这里~perm按位取反把要清除的位置变成0其他位置变成1再与原有权限相与就能做到“只清除指定权限不影响其他权限”。例如当前权限是PERM_READ | PERM_WRITE要清除PERM_WRITE~PERM_WRITE是...1111101相与后只剩下PERM_READ。6. 运行与验证6.1 编译与运行在命令行中执行gcc -o perm_demo perm_demo.c然后运行./perm_demo如果使用Visual Studio、Dev-C或VS Code C/C扩展直接新建源文件并编译运行即可。环境本身对位运算结果没有影响只要支持标准C语法。6.2 预期输出用户初始权限: 3 (二进制: 011) 是否有读权限: 是 是否有写权限: 是 是否有执行权限: 否 是否同时拥有读和写权限: 是 是否同时拥有读和执行权限: 否 移除写权限后是否有写权限: 否 移除写权限后权限二进制: 0016.3 如何验证结果是否正确你可以把每一步的二进制写出来对照初始权限011对应PERM_READ(001) | PERM_WRITE(010)。判断has_perm(user, PERM_READ)011 001 001等于PERM_READ所以为真。判断has_perm(user, PERM_READ | PERM_EXECUTE)011 101 001不等于101所以为假。移除写权限后先取反~010 ...111101再与011相与得到001。如果输出不符合预期第一步先打印每一步的二进制中间结果确认你的掩码定义是否和注释一致。7. 常见问题与排查方法问题现象可能原因排查方式解决方案判断是否拥有权限时结果恒为“是”误把写成比较的是布尔值而不是位结果打印user_perm perm的数值确认位运算使用单(flags MASK MASK)判断错误运算符优先级问题优先级低于查看编译警告或者改用括号写成(flags MASK) MASK清除某一位后其他位也变了掩码计算错误例如~使用范围超出预期类型打印掩码的十六进制值使用相同类型的常量或先定义#define再取反使用0b二进制字面量编译报错编译器不支持C23标准查看编译器版本或标准设置改写成十六进制如0xCC有符号数参与位运算结果异常右移或取反时符号位扩展导致不符合直觉打印补码表示位运算优先使用unsigned int嵌入式寄存器写入后不生效寄存器可能是只读或需要先解锁查看芯片手册确认寄存器访问权限必要时借助调试器观察寄存器值这里特别说一下有符号数的问题。C标准规定负数以补码形式表示但位运算和右移的具体行为存在平台相关性。为了避免意外建议位运算统一使用无符号类型尤其是做掩码和标志位管理时不要用int存负数后再移位。8. 最佳实践与工程建议8.1 用宏定义和常量代替裸数字不要把0x80、3这样的数字直接散落在代码里。给每个标志位起一个有意义的名字既方便阅读也方便后续扩展。#define FLAG_AUTO_REBOOT (1 0) #define FLAG_LOG_ENABLE (1 1) #define FLAG_RESERVED (1 2)8.2 位运算表达式全部加括号不论你是否记得运算符优先级只要表达式里混用了、|、、等就给位运算部分加一层括号。这不是保守而是减少团队沟通成本避免别人接手时踩坑。8.3 使用无符号类型位运算、掩码、移位操作在无符号整数下定义更清晰。如果业务状态本身不可能是负数就不要用有符号类型。8.4 修改寄存器或共享状态时遵守“读-改-写”流程在嵌入式代码中需要修改某个寄存器的一部分位时先读取原始值再通过和|修改最后写回。不要直接对整个寄存器赋值否则可能破坏其他位。同时注意被修饰的寄存器变量应使用volatile防止编译器优化掉重复读取。volatile uint32_t *reg (volatile uint32_t *)0x40000000; // 清除 bit3 ~ bit5然后设置 bit5 uint32_t temp *reg; temp ~(0x7 3); temp | (1 5); *reg temp;8.5 测试用例设计测试位运算时重点关注边界情况全0、全1的数据。只有最高位为1、只有最低位为1的数据。掩码本身为0、掩码覆盖所有位的情况。权限组合刚好等于掩码、以及多出额外权限位的情况。这些边界用例能帮你确认判断逻辑没有把“多余位”误算进去。9. 总结与后续学习方向按位与运算符从表面看只是“逐位相与”四个字但真正掌握它的标志是你看到一堆、|、、和~组合在一起的代码时脑子里能立刻浮现出二进制层面的计算过程。这篇文章讲了按位与的二进制计算规则、与逻辑与的本质区别、优先级大坑以及判断奇偶、提取字节、权限校验、嵌入式寄存器操作等典型场景最后通过一个完整权限示例演示了从定义到验证的全链路。建议你把示例代码自己敲一遍并在输出结果上先手动推导一遍二进制再对照程序结果。接下来可以继续学习按位或|、按位异或^、左移和右移。这四个运算符再加上取反~是C语言位操作的全部基础。当你把这几个运算符组合使用后会发现很多看似复杂的底层代码本质上只是在做几件简单的事置位、清位、提取、组合、比较。建议你接下来找一个嵌入式开发板的GPIO控制例程或者一个简单的通信协议解析代码用按位与的思路逐行分析这是巩固位运算最好的实战方式。 
