使用Dapr状态查询API实现分页过滤时GTE/LTE运算符报错求助

问题重现 #

使用Dapr 1.12.4 Runtime的状态查询v1.0-alpha1 API，请求体包含GTE/LTE范围过滤时返回错误：

请求地址：http://localhost:40311/v1.0-alpha1/state/todo-statestore/query

请求体：

{
    "sort": [{"key": "status"}],
    "page": {"limit": 10},
    "filter": {
        "OR": [
            {"EQ": {"todo": "my"}},
            {"EQ": {"status": "new"}},
            {"AND": [
                {"GTE": {"timestamp": 1644812400}},
                {"LTE": {"timestamp": 1644898800}}
            ]}
        ]
    }
}

错误响应：

{
    "errorCode": "ERR_STATE_QUERY",
    "message": "failed query in state store todo-statestore: failed to parse JSON query body: unsupported filter \"GTE\""
}

替换为EQ操作符可正常执行，但无法满足范围过滤需求。

问题原因 #

1. 状态存储组件的支持限制：Dapr的状态查询API过滤操作符并非全局通用，取决于你使用的具体状态存储组件。比如Redis组件在1.12版本中尚未实现GTE/LTE这类范围操作符，仅支持EQ等基础操作。
2. Alpha API的不完善性：v1.0-alpha1的状态查询API处于测试阶段，1.12版本对复杂过滤的实现滞后于官方文档描述。

解决方案 #

• 升级Dapr版本：Dapr 1.13及后续稳定版本（如1.15+）大幅完善了状态查询API的操作符支持，包括GTE/LTE，升级后可直接使用文档中的语法。
• 更换支持范围过滤的状态存储组件：比如MongoDB组件从较早版本就支持GTE/LTE范围过滤，若业务允许可切换组件。
• 应用层补全过滤：在无法升级或换组件的情况下，先通过分页API获取数据，再在PHP应用内对timestamp字段做范围过滤。注意此方法仅适合数据量较小的场景，避免性能问题。
• 利用状态存储原生能力：以Redis为例，可将timestamp作为ZSET的score维护有序集合，通过Dapr的execute API调用Redis原生ZRANGEBYSCORE命令获取符合时间范围的key，再批量查询对应状态数据。

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