第三章 CAPL运算符与表达式：从入门到实战
各位同学，欢迎来到第三章。这一章咱们聊聊CAPL里的运算符和表达式。
说实话，这东西看着基础，但我在项目里见过太多人在这上面栽跟头。尤其是位运算，很多人一知半解，写出来的代码要么效率低，要么逻辑不对。
今天我就把这些年踩过的坑、总结的经验，一次性讲清楚。
3.1 算术运算符：最基础也最容易忽略细节
算术运算符大家都熟：+、-、*、/、%（取模）。
但有几个点我得提醒你：
- 整数除法会截断：比如
5 / 2结果是 2，不是 2.5。CAPL里整数除法直接丢掉小数部分。 - 取模只对整数有效：
5.0 % 2会报错。我刚开始写脚本时就犯过这错，查了半天才发现是类型问题。 - 注意溢出：CAPL的int是16位，范围 -32768 到 32767。超出就溢出，不会报错。
实战经验：我在写CAN报文周期检测脚本时，经常用取模运算来判断时间点。比如每100ms检测一次，就用 time % 100 == 0 来触发。简单高效。
// 算术运算符示例
int a = 10;
int b = 3;
int result;
result = a + b; // 13
result = a - b; // 7
result = a * b; // 30
result = a / b; // 3（注意：不是3.333）
result = a % b; // 1（余数）
3.2 关系运算符：比较的是值，不是地址
关系运算符就是 ==、!=、>、<、>=、<=。
这里有个经典坑：千万别把 == 写成 =。
我曾经在写一个信号阈值判断时，把 if (speed == 100) 写成了 if (speed = 100)。结果呢？条件永远为真，因为赋值表达式返回的是赋的值，非零就是真。那一次调试花了我整整一下午。
避坑指南：写条件判断时，我习惯把常量写在左边：if (100 == speed)。这样万一写成 =，编译器会报错，因为不能给常量赋值。小习惯，大作用。
// 关系运算符示例
int signalValue = 50;
if (signalValue > 100) {
write("信号值超过上限");
}
else if (signalValue == 0) {
write("信号值为零，可能异常");
}
else {
write("信号值在正常范围");
}
3.3 逻辑运算符：组合条件的关键
逻辑运算符有三个：&&（与）、||（或）、!（非）。
这里有个特性叫短路求值。什么意思呢？
比如 if (a != 0 && b / a > 5)，如果 a == 0，那么 b / a 根本不会执行。这能避免除零错误。
我个人习惯在写复杂条件时，把最容易判断的放前面，利用短路特性提高效率。
小技巧：用 ! 取反时，注意括号。比如 if (!(a > 5 && b < 10))，括号不能省。我见过有人写成 if (!a > 5)，结果逻辑完全不对。
// 逻辑运算符示例
int engineSpeed = 2000;
int vehicleSpeed = 80;
bool isBrakePressed = 0;
// 判断是否处于滑行状态
if (engineSpeed > 1000 && vehicleSpeed > 0 && !isBrakePressed) {
write("车辆正在滑行");
}
3.4 位运算符：嵌入式工程师的必修课
位运算符是CAPL里最强大的工具之一。包括：&（按位与）、|（按位或）、^（异或）、~（取反）、<<（左移）、>>（右移）。
为什么说它重要？因为CAN报文里的信号，很多都是按位定义的。比如一个字节里，高4位是车速，低4位是转向灯状态。不用位运算，你根本没法解析。
我记得有一次，客户反馈某个ECU上报的报文总是解析错误。我一看代码，发现工程师用乘除法来提取位域，效率低不说，还容易出错。换成位运算后，问题立刻解决。
实战场景：解析CAN报文信号时，我常用三步法：
- 用
&掩码提取目标位 - 用
>>右移对齐到最低位 - 必要时用
<<左移还原物理值
// 位运算符示例 - 解析报文中的信号
byte rawData = 0xAB; // 1010 1011
// 提取高4位 (bit7-bit4)
byte highNibble = (rawData & 0xF0) >> 4; // 结果: 0x0A (10)
// 提取低4位 (bit3-bit0)
byte lowNibble = rawData & 0x0F; // 结果: 0x0B (11)
// 设置bit3为1
rawData = rawData | 0x08; // 结果: 0xAB -> 0xAB (本来就是1)
// 清除bit2
rawData = rawData & ~0x04; // 结果: 0xAB -> 0xAB (本来就是0)
| 运算符 | 含义 | 示例 | 结果 |
|---|---|---|---|
| & | 按位与 | 0x0F & 0x55 | 0x05 |
| | | 按位或 | 0x0F | 0x50 | 0x5F |
| ^ | 异或 | 0x0F ^ 0x55 | 0x5A |
| ~ | 取反 | ~0x0F | 0xF0 |
| << | 左移 | 0x01 << 3 | 0x08 |
| >> | 右移 | 0x80 >> 4 | 0x08 |
3.5 赋值运算符：不只是等号
最基本的赋值是 =。但CAPL还提供了复合赋值运算符：+=、-=、*=、/=、%=、&=、|=、^=、<<=、>>=。
这些复合赋值其实就是简写。比如 a += 5 等价于 a = a + 5。
我个人建议：在循环或频繁执行的代码里，用复合赋值能让代码更简洁，也更容易读。
注意：复合赋值不会改变数据类型。如果 a 是 int，a += 3.5 会先计算 a + 3.5 得到浮点数，然后截断为整数再赋值。嗯，这里容易出精度问题。
// 赋值运算符示例
int counter = 0;
byte status = 0x00;
counter += 5; // counter = 5
counter *= 2; // counter = 10
counter %= 3; // counter = 1
status |= 0x80; // 设置最高位
status &= ~0x40; // 清除次高位
status ^= 0x01; // 翻转最低位
3.6 运算符优先级：别让编译器替你决定
最后聊一个老生常谈的问题：优先级。
CAPL的运算符优先级和C语言基本一致。但说实话，我不建议你死记硬背。我的原则很简单：拿不准就加括号。
你想想看，代码是写给人看的。加个括号，既明确了逻辑，又方便别人阅读。何乐而不为？
我的习惯：在复杂表达式里，每个逻辑单元都加括号。比如 if ((a > 5) && ((b & 0x0F) == 0x0A))。虽然括号多了点，但绝对不会错。
// 优先级示例 - 加括号 vs 不加括号
int a = 5, b = 3, c = 2;
// 不加括号，依赖优先级
int result1 = a + b * c; // 5 + (3*2) = 11
// 加括号，明确意图
int result2 = (a + b) * c; // (5+3)*2 = 16
// 位运算和关系运算混用时更要加括号
if ((a & 0x0F) == 0x05) { // 正确写法
write("低4位是5");
}
好了，这一章的内容就这些。运算符这东西，看着简单，但用好了能写出非常优雅高效的代码。下一章咱们聊控制流，到时候会大量用到今天学的这些运算符。
记住：多写、多练、多踩坑，才能真正掌握。