Rescript项目中的setTimeout与clearTimeout使用解析

在Rescript语言开发中，定时器操作是常见的需求。本文将通过分析一个典型示例，深入讲解Rescript中setTimeout和clearTimeout的正确使用方法，以及从旧版Js模块迁移到Core模块的最佳实践。

示例代码分析

首先我们来看一个来自文档的示例代码：

let closeHackerNewsTab = () => Js.log("close")

let timer = ref(Js.Nullable.null)

let work = () => closeHackerNewsTab()

let procrastinate = mili => {
  Js.Nullable.iter(timer.contents, (. timer) => {
    Console.log("timer cleared")
    Js.Global.clearTimeout(timer)
  })
  timer := Js.Nullable.return(Js.Global.setTimeout(work, mili))
}

procrastinate(2000)

这段代码展示了如何创建一个可取消的定时器。关键点在于：

1. 使用ref和Nullable来存储定时器ID
2. 在设置新定时器前先清除旧的
3. 通过procrastinate函数封装定时逻辑

clearTimeout的作用

很多开发者会疑惑为什么clearTimeout没有被触发。实际上，clearTimeout的设计目的是为了在多次调用procrastinate函数时，能够确保只有一个定时器在运行。如果只调用一次procrastinate，确实不会触发clearTimeout。

现代Rescript的最佳实践

Rescript Core模块提供了更简洁的定时器API：

let timer = ref(None)

let work = () => Js.log("工作执行")

let scheduleWork = delay => {
  switch timer.contents {
  | Some(id) => 
    Js.Global.clearTimeout(id)
    Js.log("清除已有定时器")
  | None => ()
  }
  timer := Some(Js.Global.setTimeout(work, delay))
}

scheduleWork(2000)

Core模块的优势在于：

1. 使用Option替代Nullable，更符合Rescript的惯用法
2. 代码更简洁易读
3. 类型系统支持更好

定时器管理的最佳实践

在实际项目中，管理定时器需要注意：

1. 总是保存定时器ID以便后续清除
2. 在组件卸载或不需要定时器时及时清理
3. 避免在短时间内频繁创建和销毁定时器
4. 考虑使用Rescript的PromiseAPI替代简单定时器

通过理解这些概念，开发者可以更有效地在Rescript项目中使用定时器功能，避免内存泄漏和意外行为。