C#统计标签指定值持续时长应选用Timer还是Stopwatch？

选型结论：优先用Stopwatch，不要用Timer #

原因很明确：

• Timer的核心作用是按固定时间间隔触发执行逻辑，你这个场景不需要定时执行任务，仅需要记录两个状态切换的时间点、计算状态持续间隔，完全不需要用到Timer的定时触发能力。
• Stopwatch是.NET原生专门用来高精度计量时间间隔的类，资源占用低、计时误差小，完全匹配你记录状态持续时长的需求。

具体实现步骤 #

我们以最常见的WinForm场景为例，WPF/MAUI逻辑基本一致：

1. 全局声明Stopwatch实例，避免每次事件触发重新初始化：

// 窗体类内声明
private Stopwatch _stateStopwatch = new Stopwatch();
private readonly string _logFilePath = @"C:\自定义路径\state_log.txt";

2. 给label1绑定TextChanged事件，所有文本变动都会触发这个回调：

private void label1_TextChanged(object sender, EventArgs e)
{
    string currentLabelValue = label1.Text;
    // 匹配到指定值、且未开始计时的场景：启动计时+写开始日志
    if (currentLabelValue == "Good" && !_stateStopwatch.IsRunning)
    {
        _stateStopwatch.Start();
        string startTimeLog = $"[开始] 状态Good出现时间：{DateTime.Now:yyyy-MM-dd HH:mm:ss.fff}\r\n";
        File.AppendAllText(_logFilePath, startTimeLog);
    }
    // 状态变化、且正在计时的场景：停止计时+写结束日志
    else if (currentLabelValue != "Good" && _stateStopwatch.IsRunning)
    {
        _stateStopwatch.Stop();
        string endTimeLog = $"[结束] 状态Good消失时间：{DateTime.Now:yyyy-MM-dd HH:mm:ss.fff}，持续时长：{_stateStopwatch.Elapsed.TotalSeconds:F2}秒\r\n";
        File.AppendAllText(_logFilePath, endTimeLog);
        // 重置计时器，方便下一次状态匹配重新计时
        _stateStopwatch.Reset();
    }
}

注意事项 #

• 单线程UI场景下不需要额外处理写入冲突，若存在多线程修改标签值的场景，可加简单锁避免日志写入异常。
• 如果是WPF场景，把事件替换为DependencyPropertyDescriptor监听Label的Content属性变化即可，核心逻辑完全一致。
• 若需要实时在UI上显示已经计时的时长，可以额外加Timer配合，每秒读取_stateStopwatch.Elapsed的值更新UI即可，核心计时逻辑还是依赖Stopwatch。

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