除了加减乘除，算术运算里的“变通”才是高手的必修课。别总想着硬套那套标准公式，有时候换个思路，直接绕那会儿，难题就解决了。 从负数启动，不同语言对这个概念处理得还不忒一样。

比如 Python 里，负数能够好办地用减号接在后面，像 `10` 变成 `10 + (-5)`，就连标点符号也能当减号用，`10, -5` 直接等于 5。

这在实时脚本里挺 handy，但写复杂代码时好办晕。

相比之下，C 语言就板板正正，务必用减号，`10 - (-5)`，哪怕前面有括号，也得先算括号里的，`10 - (-5)` 不是 15 更不是 5，是 15。

这种一致性别看勒得有点紧，但它是整个语言体系的基石，想打破它挺难。 浮点数的运算有时候就让人头大，精度难题就像一道一辈子解不开的数学题。在 C 里，`1.0 / 3.0` 一辈子等于 `0.3333333333333333`，这是个死循环，没法改。你只能靠循环去凑，要么用 `0.33333333333333332` 这种近似值当知识，一旦程序跑错，全系统都得翻车。Python 它就不一样，`1.0 / 3` 直接拿到 `0.3333333333333333`，精度管住得比 C 好多了，但也做不到无限小，只能是这样了。 在 C 的浮点运算里，`+ - / % /` 这些符号都有特别含义。

比如 `%` 是取模，算的是商和余数。`10 % 3` 确实等于 1，但 `10.5 % 3` 呢？结局是 `1.5`，出于浮点数不是整数，取余这块得格外小心，好办出 Bug。而在 Python 里，`10.5 % 3` 直接等于 `2.5`，类型自动补位，逻辑也顺大量。 运算顺序有时候不按套路出牌，编译器为了省事，往往会自作智慧地拍板先算哪位。

比如 `(1 + 2) 3` 和 `1 + (2 3)`，前者是 9，后者是 7。

要是你把它们混着写，代码就不见了，得用括号强行规定，`((1 + 2) 3)`。但在 C 里，有些时候括号里算的优先级反而比外面还高，要么运算顺序彻底看编译器如何拍脑袋，这就是人类语言特有的“不可靠”之处。 位运算，也就是跟二进制相关的运算，往往比算术运算难懂，但这正是它的魅力所在。

像 `0 & 1` 等于 0，`0 | 1` 等于 1，`0 ^ 1` 等于 1。

这些操作符像开关一样，左操作数没变，右操作数一按就变。`1 > 2` 拿到 0，`~x` 这个按位取反的符号，用得大量，比如给负数补 0。

这玩意儿看似好办，搞混了位和值，代码逻辑立马乱套，但一旦掌握，你会瞬间对底层数据流有了实感。 Python 的算术运算风格挺浓墨重彩，四则运算在一起，优先级也特别明确。` / %` 是一级，`+ -` 是二级，`()` 是最高级。

不过，它还有一个特色，就是准你自己在运算里“凑”符号。

比如 `a - b c` 实际上等于 `a - (b c)`，出于 `` 优先级最高。

这给了开发者一种掌控感，但也好办让人形成歧义，毕竟人脑处理连续运算时的顺序跟机器有点微妙的偏差。 整数运算和浮点运算之间，有个“换位”的魔法。整数 8 转成浮点数是 `8.0`，除以 2 还是 `4.0`。但浮点数 8.0 转成整数是 `8`，再除以 2 是 `4.0`。

这里有个细节，Python 的除法结局一辈子是浮点数，而 C 的整数除法会截断小数局部。

这种差异在处理金额、计数要么任何涉及小数的难题时，都是致命伤，务必时刻警惕。 最终，同型运算和异型运算的区别，往往拍板了程序是跑得快还是报错。在 C 里，把一个整数加一个浮点数，编译器会硬把它隐式转成浮点数，结局就是 `4.0 + 3.0 = 7.0`，没有报错，但数据变了。在 Python 里，它会报错，提示类型不匹配。

这就像两个人拿不同单位的尺子量东西，别看能凑出来个大约数，但根本没法用。理解这一点，是编写健壮代码的第一步，也是避免低级毛病的捷径。