Kibana使用Painless脚本字段计算日期间隔判断是否小于300天

你不需要手动处理2021-09-27T13:54:17.165Z字符串的格式转换。只要索引中date字段的映射是Elasticsearch原生date类型，Painless中通过doc['date'].value取到的本身就是时间对象，可直接转毫秒级时间戳计算。你看到的带T、Z的字符串只是ES/Kibana的默认展示格式，不是字段底层存储格式。

以下脚本完全匹配「计算日期距离搜索执行当日的间隔天数」需求，统一使用UTC时区计算，和你存储的带Z后缀的UTC时间格式对齐，无时区偏差：

import java.time.Instant;
import java.time.ZoneOffset;
import java.time.ZonedDateTime;
import java.time.temporal.ChronoUnit;

// 取文档日期，对齐到UTC时区当日0点
ZonedDateTime docDate = Instant.ofEpochMilli(doc['date'].value.toInstant().toEpochMilli())
        .atZone(ZoneOffset.UTC)
        .toLocalDate()
        .atStartOfDay(ZoneOffset.UTC);

// 取搜索执行时间，对齐到UTC时区当日0点
ZonedDateTime searchRunDate = ZonedDateTime.now(ZoneOffset.UTC)
        .toLocalDate()
        .atStartOfDay(ZoneOffset.UTC);

// 计算两个日期的自然日间隔
long daysGap = ChronoUnit.DAYS.between(docDate, searchRunDate);

// 按阈值返回判断结果
return daysGap < 300;

如果业务不需要严格按自然日计算间隔，仅需判断时间差是否小于300个自然日对应的毫秒时长（300243600*1000毫秒），可以跳过日期对齐逻辑，执行效率更高：

long timeGapMillis = new Date().getTime() - doc['date'].value.toInstant().toEpochMilli();
return timeGapMillis < 300 * 86400 * 1000;

如果date字段未做date类型映射，误存为text/keyword字符串类型，需要先手动解析ISO格式日期字符串，将上述脚本中获取文档日期的部分替换为如下写法即可：

// 手动解析ISO标准格式的日期字符串
ZonedDateTime docDate = Instant.parse(doc['date'].value)
        .atZone(ZoneOffset.UTC)
        .toLocalDate()
        .atStartOfDay(ZoneOffset.UTC);

• 不要直接用两个时间的毫秒差除以86400000（单日毫秒数）算天数，这种写法会受时分秒影响：比如文档日期是前一天23点，搜索执行时间是当天1点，实际时间差仅2小时，硬算除法会得到0天，但按自然日统计间隔已经是1天，和常规业务统计逻辑不符。
• 不要使用ES节点本地时区做计算，你的日期存储用的是UTC时区（带Z后缀），统一用UTC时区计算可以避免集群跨时区部署时的天数计算错误。

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