如果您可以依赖服务器时钟和消息中的时间戳(也就是说,我们处于“现实生活”模式),并且您会在 10 秒的滑动延迟之后与跳跃的 10 秒窗口相反,那么您可以将事件延迟 10 秒:
var events = new Subject<Event>();
var delayedEvents = events.Delay(TimeSpan.FromSeconds(10));
检查独特事件等只是将它们添加到某种集合中的问题:
var guidSet = new HashSet<Guid>();
delayedEvents.Do(e => guidSet.Add(e.identifier));
如果您的问题是您必须等待 10 秒,然后一次处理最后 10 秒,那么您只想缓冲 10 秒:
var bufferedEvents = events.Buffer(TimeSpan.FromSeconds(10));
bufferedEvents.Do(es => { foreach (var e in es) guidSet.Add(e.identifier); });
我没有展示滑动 10 秒窗口的示例,因为我无法想象这就是您想要的(事件被多次处理)。
现在我们开始认真了。假设您不想依赖墙上时间,而是想使用事件中的时间来驱动您的逻辑。假设事件被重新定义为:
public class Event
{
public Guid identifier;
public DateTime ts;
}
创建历史调度器并从原始事件中提供已调度的事件:
var scheduler = new HistoricalScheduler();
var driveSchedule = events.Subscribe(e => scheduler.AdvanceTo(e.ts));
var target = events.SelectMany(e => Observable.Timer(e.ts, scheduler).Select(_ => e));
现在您可以简单地在 target 上使用常规的 Rx 组合器而不是 event,并通过调度程序以便它们被适当地触发,例如:
var bufferedEvents = target.Buffer(TimeSpan.FromSeconds(10), scheduler);
这是一个简单的测试。创建一百个事件,每个事件“几乎”间隔 30 秒,但每秒实时触发:
var now = DateTime.Now;
var test = Enumerable.Range(0,99).Select(i =>
Scheduler.ThreadPool.Schedule(
TimeSpan.FromSeconds(i),
() => events.OnNext(new Event() {
identifier = Guid.NewGuid(),
ts = now.AddSeconds(i * 30)
})
)
).ToList();
订阅它并请求 60 秒的缓冲事件 - 实际上每 2 个“真实”秒(60 个虚拟秒)接收 2 个事件:
target.Select(e => String.Format("{0} {1}", e.identifier, e.ts.ToString()))
.Buffer(TimeSpan.FromSeconds(60), scheduler)
.Select(es => String.Join(" - ", es))
.DumpLive();