应采用 settimeout 循环实现定时器，以支持真正的单次取消；核心包括状态管理、timerid 封装、start/stop/restart 方法及 isrunning() 状态查询。
要实现一个支持周期执行与单次取消的定时器包装类，核心是封装 setInterval 和 clearInterval，同时提供灵活的启动、停止、重启和一次性取消能力。关键在于状态管理（是否激活、是否周期性）、引用保存（避免闭包丢失 timerId），以及语义清晰的 API 设计。
基础结构：封装 timerId 与运行状态
用一个私有字段保存当前定时器 ID，并用布尔值标记是否处于活跃状态。避免直接暴露原生 timerId，防止外部误操作。
- 构造时不做自动启动，由用户显式调用
start() - 内部只维护一个 timerId，不允许多重 start 导致多个定时器并存
- 每次调用
start()前先检查是否已在运行，已运行则忽略或抛出提示（按需选择）
支持周期执行：start 接收 delay 和 callback
start(delay, callback) 启动周期定时任务。delay 是毫秒间隔，callback 是每次触发执行的函数。内部使用 setInterval，并将返回值存入实例变量。
- callback 执行时，this 指向该定时器实例，便于在回调中调用
this.stop()或其他方法 - 可选支持传递参数给 callback，例如
start(1000, handler, arg1, arg2)，用bind或展开语法实现 - 避免在 callback 中重复调用
start()，否则可能造成嵌套定时器失控
单次取消：提供 stop() 与 clear() 的明确分工
stop() 是标准暂停，清除定时器并重置状态；clear() 可作为别名，但建议统一用 stop() 避免歧义。若需“单次取消”即只取消下一次执行（类似 clearTimeout 的语义），这不是 setInterval 的天然能力，需手动模拟：
- 实现
cancelNext()：记录一次“跳过标记”，在下次 callback 执行前检测并自动 stop，且不执行本次逻辑 - 或者改用
setTimeout循环实现（每次 setTimeout 后再计划下一次），这样就能真正支持单次取消 —— 调用clearTimeout即可终止下一轮 - 推荐后者：更可控，也自然支持“启动后立即取消下一次”的需求
增强可用性：添加 isRunning()、restart() 和自动清理
对外暴露 isRunning() 方便判断状态；restart(delay?, callback?) 先 stop 再 start，支持更新参数；在实例销毁（如被 GC 前）可监听 beforeunload 或配合框架生命周期做 stop，防止内存泄漏。
- restart 不传参时复用上次配置，传参则覆盖
- 所有异步操作（如 setTimeout/setInterval）都应确保 this 绑定正确，推荐用箭头函数或显式 bind
- 避免在 callback 中修改定时器自身状态引发竞态，例如 stop 后又调用 start
不复杂但容易忽略：每次 start 前必须 clear 上一个 timerId，即使它已是 null 或 undefined —— setInterval 返回值是数字，clearInterval 接受任意值都安全，无需判空。
