python加减乘除用+、-、、/符号；/返回浮点数，不可省略或误作x/×，//是向下取整的整除，%结果符号同除数，浮点数运算存在精度误差。
Python加减乘除用什么符号？别和数学课本搞混
Python里加减乘除不是用×÷，而是+、-、*、/——这点看似简单，但新手常把*写成x或×，直接报SyntaxError: invalid character。除法尤其容易错：/永远返回浮点数，哪怕4 / 2结果也是2.0，不是2。
常见错误现象：
- 写
3 × 4或10 ÷ 2→ 解析失败 - 期望整数结果却得到
5.0→ 没注意/的返回类型
实操建议：
- 乘号必须用
*，不能省略（比如2x是变量名，不是2*x） - 除法统一用
/，需要整数商时改用//（见下一条） -
2 + 3 * 4按数学优先级算，结果是14，括号(2 + 3) * 4才得20
整除//和取余%怎么选？负数场景最易翻车
//不是“去掉小数”，而是向下取整（floor division），%则必须满足 a == b * (a // b) + (a % b)。这意味着负数结果和直觉相反：
立即学习“Python免费学习笔记（深入）”；
print(7 // 3) # 2 print(-7 // 3) # -3（不是-2！） print(-7 % 3) # 2（因为 -7 == 3 * (-3) + 2）
使用场景：
- 分页计算总页数：
(total_items + per_page - 1) // per_page比math.ceil(total_items / per_page)更轻量 - 循环取模做轮询：
items[i % len(items)]，但若i可能为负，需先i % len(items)归一化
容易踩的坑：
- 用
//代替int(a / b)时，负数结果不同（int(-7/3)是-2，-7//3是-3） -
%在Python中结果符号永远和除数一致，C/Java里和被除数一致——跨语言移植要重验逻辑
浮点数运算为啥0.1 + 0.2 != 0.3？该不该用decimal
这不是Python的bug，是二进制浮点数表示限制：十进制0.1无法精确存为二进制小数，就像1/3=0.333...在十进制里无限循环。所以0.1 + 0.2实际是0.30000000000000004。
实操建议：
- 比较浮点数用
abs(a - b) ，别用<code>== - 钱、精度敏感场景用
decimal.Decimal：Decimal('0.1') + Decimal('0.2') == Decimal('0.3') - 别用
float('0.1')初始化Decimal，会带入浮点误差；必须用字符串'0.1'
性能影响：
-
Decimal比float慢10–100倍，高频计算慎用 -
numpy.float64行为和Python原生float一致，不解决精度问题
运算符优先级记不住？用括号比背表更可靠
Python运算符优先级有20多级，**比*高，and比==低……但没人靠死记硬背写代码。真实开发中，90%的歧义靠括号消解。
常见错误现象：
-
2 ** 3 * 2结果是16（(2**3)*2），不是2**(3*2)=64 -
if x & y == z:实际是if x & (y == z):，位运算&优先级低于比较运算符
实操建议：
- 涉及
**、&、|、^、比较符混用时，一律加括号 - 不确定时，用
ast.parse()验证：ast.dump(ast.parse('a + b * c', mode='eval'))看AST结构 - 团队代码规范可明确：除极简表达式（如
a * b + c），其余均需括号
真正麻烦的是嵌套复杂表达式里混合了自定义__add__或__mul__，这时候括号只是起点，得看具体类怎么实现——但那是另一回事了。
