Ansible出现异常舍入行为：round过滤器未按文档预期生效

round过滤器不生效的核心原因是Jinja2的表达式解析优先级规则，导致过滤器的实际作用范围和预期完全不符。
原表达式没有用括号界定运算边界，按照Jinja2的解析逻辑，管道符号|会优先绑定紧邻它前面的单个操作数，不会自动回溯覆盖前面的整段算术运算，实际执行流程为：

• 先取管道符前方紧邻的1024.0作为round过滤器的输入，应用round(2, 'floor')做舍入。因为1024.0本身是整数值的浮点数，舍入两位小数后结果仍为1024.0，没有任何数值变化
• 再计算ansible_memtotal_mb / 上一步的结果，也就是1987 / 1024.0 ≈ 1.9404296875

整个流程中，round过滤器完全没有作用到除法运算的最终结果上，再加上被错误作用的1024.0舍入后没有变化，就会给人“round过滤器完全没生效”的直观感受。

只需要用括号把需要计算舍入的除法整体包裹起来，明确指定括号内的整个表达式结果作为round过滤器的输入即可，修正后的playbook片段为：

- debug:
    msg: "need to configure swap for {{ ansible_memtotal_mb }} megabytes -> {{ ansible_memtotal_mb/1024 }} GB -> the file will have {{ (ansible_memtotal_mb / 1024.0) | round(2, 'floor') }} gigabytes"

按照这个写法执行时，会先计算除法得到1.9404296875，再应用floor模式舍入保留两位小数，得到预期的1.94结果。

实操提示：在Jinja2中同时使用算术运算符和管道过滤器时，最好习惯性用括号明确运算顺序，避免因为解析优先级的差异出现非预期的行为，这和常规Python的表达式解析习惯存在区别，是很常见的踩坑点。

内容的提问来源于stack exchange，提问作者queeg