RussellLuo
commented
4 years ago @Allenxuxu 谢谢关注！
基本原则
我希望这个库能够做到最简化：只提供最基本的、必不可少的 API（功能）。不同的应用场景（use cases），可以通过组合使用基本功能来达成目标。
解决思路
这里提到的想要实现 “定时任务”，可以用 AfterFunc 来模拟：即每次执行 f 后，再把 f 重新加入时间轮。
具体有两种实现方式：
1. 每次创建新的 Timer
// tw := timingwheel.NewTimingWheel(...)
// tw.Start()
// defer tw.Stop()
var f fun()
f = func() {
// main handling logic
// ...
tw.AfterFunc(time.Second, f)
}
tw.AfterFunc(time.Second, f)2. 复用已有的 Timer
第 1 种方式的问题是，会增加 GC 的负担：因为每次重复执行任务时，会创建一个新的 Timer，老的 Timer 等待 GC 回收。
有两种方式可以复用已有的 Timer：
a) 新增一个特定 API
即针对 “定时任务” 的特殊场景，新增一个专门的 API（就是你的 PR 里的 EveryFunc）。但是这种特殊的 API 只能用于 “定时任务”，别的应用场景无法复用，所以违背了上述「基本原则」。
b) 新增一个通用 API
有一种满足「基本原则」的方式，是新增一个 Reset 方法（类似 time 标准库的 Timer.Reset ），任何需要重置 timer 的地方都可以使用。
如果新增了 Reset 方法，“定时任务” 的实现代码变为：
// tw := timingwheel.NewTimingWheel(...)
// tw.Start()
// defer tw.Stop()
var t *timingwheel.Timer
t = tw.AfterFunc(time.Second, func() {
// main handling logic
// ...
// Reset t
})这里写成 //Reset t 形式，是因为 Reset 的具体实现方式还没有确定。欢迎在这里一起讨论：https://github.com/RussellLuo/timingwheel/issues/10
结论
- 目前已有的 API，可以做到第 1 种。
- 作为优化（复用已有的 Timer），我倾向于实现第 2 种的 b) 方式。
@Allenxuxu 你的建议呢？
Allenxuxu
大佬，考虑增加 定时任务 的接口吗
Pull requests ： https://github.com/RussellLuo/timingwheel/pull/9