ADF实现仅2天内CSV文件复制及旧版本归档的配置问题

高频问题根因 #

你遇到的IF分支恒触发问题，基本由以下三类配置错误导致：

• 时区不匹配：Get Metadata返回的文件创建/修改时间为UTC标准时间，直接和本地时间计算会出现固定时间差，导致时间判断完全失效
• 条件表达式逻辑错误：时间比较方向写反，或者动态表达式的函数用法不符合ADF语法规则
• Get Metadata字段配置错误：未正确勾选文件时间相关的返回字段，或数据源指向了文件夹而非待校验的单个CSV文件

具体修复步骤 #

1. 校准Get Metadata活动配置 #

确认Get Metadata活动的字段列表中勾选了Created（文件创建时间）或Last modified（文件修改时间）字段，且活动的数据源直接指向你要校验的单个CSV文件，不要选中父级文件夹路径。

2. 替换为正确的IF条件表达式 #

统一使用UTC时间做数值对比，避免时区偏差，正确表达式如下：

@less(
    ticks(activity('Get Metadata').output.lastModified),
    ticks(addDays(utcnow(), -2))
)

表达式逻辑说明：

1. ticks()函数将时间转换为统一的刻度值（从0001年1月1日开始的100纳秒间隔数），规避时间格式差异导致的对比错误
2. addDays(utcnow(), -2) 计算当前UTC时间往前推2天的时间节点
3. 仅当文件修改时间晚于2天前的时间节点时，表达式返回True，触发复制+归档的True分支；如果文件生成时间超过2天，表达式返回False，跳过True分支执行

如果你之前的表达式把比较方向写反，或者把addDays的偏移量写为正数，就会出现所有文件都触发True分支的问题，直接替换上述表达式即可修复。

3. 可选时区适配 #

如果你的文件生成时间是按北京时间（UTC+8）标记的，需要对表达式做时区转换调整：

@less(
    ticks(activity('Get Metadata').output.lastModified),
    ticks(addDays(convertTimeZone(utcnow(), 'UTC', 'China Standard Time'), -2))
)

4. 功能验证 #

配置完成后做Debug测试，分别上传1个1天前生成的文件和1个3天前生成的文件，查看If Condition的输入输出：

• 1天前的文件：表达式返回True，进入复制+归档分支
• 3天前的文件：表达式返回False，不执行True分支操作

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