Python四则运算怎么写_加减乘除与整除/取余运算符详解

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)。这意味着负数结果和直觉相反：

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。

皮卡智能

AI驱动高效视觉设计平台

实操建议：

• 比较浮点数用abs(a - b) ，别用==
• 钱、精度敏感场景用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__，这时候括号只是起点，得看具体类怎么实现——但那是另一回事了。