Azure APIM策略表达式中批量将UTC DateTime字段转换为指定时区（SGT+08:00）的通用方案

我完全懂你的痛点——每次后端新增日期字段都要手动改APIM政策，实在太折腾了。下面给你一个通用的解决方案，通过递归遍历JSON的所有层级字段，自动识别UTC格式的日期时间字符串并批量转成新加坡标准时间（SGT+08:00），再也不用手动维护字段列表了。

核心思路 #

借助Newtonsoft.Json的JObject实现全节点遍历：

1. 把输入JSON解析成JObject对象
2. 递归遍历每个节点：
   • 如果是嵌套对象，继续深入处理内部属性
   • 如果是字符串类型，判断是否是带+00:00后缀的UTC日期时间格式
   • 对符合条件的字符串，转换为SGT时区并格式化指定输出格式
3. 把处理后的JObject转回JSON字符串作为最终响应

完整APIM政策代码示例 #

你可以把这段代码放在set-body政策中（如果是处理响应，就放在outbound区段，把context.Request.Body换成context.Response.Body即可）：

<set-body>@{
    // 读取输入JSON（处理响应时改用context.Response.Body.As<string>(true)）
    var inputJson = context.Request.Body.As<string>(true);
    var jsonObj = JObject.Parse(inputJson);
    
    // 定义递归函数处理所有目标日期字段
    void ProcessDateTimeFields(JToken token)
    {
        // 处理嵌套的JSON对象
        if (token.Type == JTokenType.Object)
        {
            foreach (var property in ((JObject)token).Properties())
            {
                ProcessDateTimeFields(property.Value);
            }
        }
        // 处理字符串类型的日期字段
        else if (token.Type == JTokenType.String)
        {
            string dateValue = token.Value<string>();
            // 只处理带UTC时区偏移的日期时间字符串，避免误转换纯日期字段
            if (dateValue.Contains("+00:00") && DateTimeOffset.TryParse(dateValue, out DateTimeOffset utcDateTime))
            {
                // 转换为新加坡标准时间（用官方时区ID比硬编码+08:00更规范）
                var sgtDateTime = utcDateTime.ConvertTimeBySystemTimeZoneId("Singapore Standard Time");
                // 格式化输出为指定格式：yyyy-MM-ddTHH:mm:sszzz
                token.Replace(JValue.CreateString(sgtDateTime.ToString("yyyy-MM-ddTHH:mm:sszzz")));
            }
        }
    }
    
    // 执行递归处理
    ProcessDateTimeFields(jsonObj);
    // 返回处理后的JSON字符串
    return jsonObj.ToString();
}</set-body>

方案优势 #

• 完全通用：后端新增任何日期字段都不用改政策，自动识别处理
• 精准过滤：只处理带+00:00的UTC日期时间字段，像SignupDate这种纯日期字段不会被误修改
• 结构保留：原JSON的层级结构、非日期字段完全不变，只修改目标日期字段
• 规范可靠：用官方时区IDSingapore Standard Time替代硬编码偏移，适配时区规则（虽然SGT没有夏令时，但这个做法更具通用性）

注意事项 #

• APIM默认支持Newtonsoft.Json的相关API，无需额外配置
• 如果需要处理其他格式的UTC日期（比如不带时区后缀但明确是UTC的），可以去掉Contains("+00:00")判断，但要注意可能会误转换纯日期字符串，需根据实际数据情况调整

备注：内容来源于stack exchange，提问作者Abdul Wahab