hledger项目中的货币过滤功能回归问题分析

问题背景

hledger是一个功能强大的命令行会计工具，用于个人和企业财务管理。在1.43版本中，用户发现了一个与货币(cur:)过滤功能相关的严重回归问题，导致余额报告显示不正确的结果。

问题现象

在1.43版本中，当使用货币过滤条件(cur:)进行余额查询时，系统会错误地显示包含其他货币的条目。例如，在以下简单账本文件中：

2025-06-03
 a  1 A
 a  1 B
 b

使用命令hledger bal -f test.journal cur:A -N时：

预期结果：

1 A  a
-1 A  b

实际结果：

1 A  a
-1 A
-1 B  b

技术分析

这个问题源于1.43版本中对查询处理逻辑的修改。在之前的版本中，系统会先过滤货币(cur:)和金额(amt:)相关的查询条件，然后再进行估值计算。而在1.43版本中，改为先进行所有查询条件的过滤，再进行估值计算。

这种修改虽然解决了布尔查询中的一些问题（如#2371），并修复了严格性错误（#2385），但意外地破坏了货币过滤功能。

根本原因

问题的核心在于多货币交易的处理方式。当系统处理包含多种货币的交易时：

1. 在1.42版本中，系统会先过滤货币条件，确保只保留匹配的货币
2. 在1..43版本中，系统会保留整个交易（包括所有货币），然后才进行过滤

这导致即使使用货币过滤条件，系统仍会显示包含其他货币的交易部分。

影响范围

此问题影响所有使用货币过滤条件(cur:)的余额报告，包括：

• 标准余额报告(bal)
• 资产负债表(balancesheet)
• 损益表(incomestatement)
• 现金流量表(cashflow)

解决方案

项目维护者通过#2398修复了这个问题，并在1.43.1版本中发布。修复方案是调整查询处理逻辑，确保货币过滤条件能够正确应用于多货币交易。

经验教训

1. 修改核心查询逻辑时需要全面考虑各种使用场景
2. 多货币处理是会计软件中的复杂问题，需要特别关注
3. 回归测试应该覆盖各种边界条件，特别是涉及多货币的情况

最佳实践建议

对于hledger用户：

1. 升级到1.43.1或更高版本以获得正确的货币过滤功能
2. 在使用货币过滤时，注意检查结果是否符合预期
3. 对于复杂的多货币场景，可以考虑先使用print命令查看原始数据

对于开发者：

1. 修改查询处理逻辑时需要全面测试各种报告类型
2. 多货币场景需要专门的测试用例
3. 布尔查询和简单查询可能有不同的处理需求