你的问题根源在于日期加减时的自动容错逻辑：当你把闰年2月29日减一年时，目标年份如果是平年，系统会自动把日期调整为2月28日，这就导致筛选范围被错误截断，甚至会漏掉上一年闰年2月29日的条目。

给你两个更靠谱的解决方案：

方案1：直接匹配年份和月份（推荐） #

完全避开日期加减的坑，直接提取列表日期字段的年份和月份，和参数做对比：

Year(Fields!YourDateField.Value) = Parameters!Year.Value - 1 
AND 
Month(Fields!YourDateField.Value) = Parameters!Month.Value

这个逻辑简单直接：只要条目的日期年份是参数年份减1，且月份和参数月份一致，就会被筛选出来。不管是闰年还是平年，2月29日的条目也能被正确命中。

方案2：构造准确的日期范围 #

如果必须用日期范围筛选，那应该先锁定目标年份的月份，再推导最后一天，而不是反过来操作：

1. 先构造上一年对应月份的第一天：

CDate(Parameters!Month.Value + " 1, " + Str(Parameters!Year.Value - 1))

2. 再推导该月份的最后一天（通过给第一天加1个月，再减1天）：

DateAdd("d", -1, DateAdd("m", 1, CDate(Parameters!Month.Value + " 1, " + Str(Parameters!Year.Value - 1))))

最终的筛选条件设置为：

Fields!YourDateField.Value >= [上一年当月第一天] 
AND 
Fields!YourDateField.Value <= [上一年当月最后一天]

这样构造的最后一天会自动适配目标年份的月份天数——比如参数是2020年2月，上一年2019年2月的最后一天是28日；如果参数是2017年2月，上一年2016年2月（闰年）的最后一天是29日，完全符合需求。

对比你原来的代码，这个思路是先确定目标年份的月份起点，再算终点，从根源上避免了日期自动调整带来的问题。

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